m - M语言有什么用？

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

3年前关闭。




Improve this question




听说微软开发了一种编程语言，叫做M .

有人能解释一下M的用法吗？以及 C# 程序员如何受益于 M .

Answer 1

更新 2:

2015 年 7 月，微软发布了 M 的重大修订版本，名为 Power Query .它被描述为一种“公式语言”，不再是建模本身。

更新 1:

我写这篇文章已经快四年了，我的猜测(“它不是很有用”)结果被很多人分享了。 M 早已不复存在，从未被释放。 MS 切换到 OData反而。

要了解 M 背后的意义，您必须了解一些简短的历史:

在 1990 年代中期和 2000 年代初期，软件工程领域出现了一场小型运动，鼓励商业人士编写和开发软件。这被视为通过削减用于建模大型业务应用程序的软件开发人员的中间人来降低大型软件项目的复杂性的努力。许多管理团队喜欢这个想法，因为现在业务人员可以直接为软件开发做出贡献。

人们曾经尝试过很多策略来提高业务分析师的参与度。更流行的架构之一是面向模型的架构。在这种方案下，业务人员可以直接使用某种视觉语言(例如 UML)指定模型，然后将其生成为代码。这与使用某种可视化设计器创建自动生成的数据库列和表以及使用正确的 NHibernate 标签标记的关联 C# 类并无不同。

因为仅仅为了建模一些概念而学习一种新的编程语言是不方便的，所以大多数业务人员无法理解他们生成的代码。事实上，大多数人只是想将一堆建模代码交给开发人员并说“在这里，用这个运行”。一般来说，生成的代码的质量水平较低。

最终，一旦发现无法理解他们刚刚编写的软件的业务人员是有问题的，该运动就消失了。这些工具也有部分原因:圆滑的方框和箭头图在 PowerPoint 演示文稿中看起来很棒，但在软件中却有模棱两可的表示。可能实现之间的意图差异通常太微妙而无法在工具中捕获。

这就是 M 的用武之地。微软认为工具已经改进到现在可以更直接地对事物进行建模的地步。他们显然已经从其他人的错误中吸取了教训，因为 M 是一种文本语言(而不是早期可视化建模工具的圆滑框和箭头语言)。将 M 视为 UML 的另一个版本，但去除了很多杂物，或多或少地专注于建模对象(而不是事件序列、 Actor 等，以及所有其他 UML 可用于建模的东西)模型)。

IMO，它现在不是很有用，因为没有足够的思想共享来使其有效工作。语言的部分效用在于它所使用的工具，而现在这些工具很少(实际上，现在我想不出一个可以帮助您使用 M 的第三方工具)。

边栏:有人需要给微软的人上一些 SEO Marketing 101 类(class)。 “m dsl”前十名中的零个甚至接近于谈论 DSL:一个结果是底特律的垒球联盟；一是关于手机数字用户线；等等。不要用字母来命名您的新工具!