JetBrains的MPS出来了,Martin Fowler也大力捣鼓出一篇《Language Workbenches: The Killer-App for Domain Specific Languages?》,成为有志于LOP、DSL领域的总领性文章。
首先,了解Martin Fowler的立场很重要。但似乎为了保证阅读率,MF把立场摆到了最后。
1. LOP带来的两个最大优点是
a. 通过新的封装及思维模式,提高程序员的生产率。
b. 改变程序员与领域专家的关系,最理想情况是领域专家直接用DSL编程。
MF认为第2点比第1点带来的效果大得多,但也困难得多。COBOL刚出来的时候已经有人提领域专家直接编程了,结果呢?
2.现在大家对DSL应该是什么样子的还知之甚少,文本语言?图形语言?一切都还在假设。
3.现在的LOP工具还在非常初始的阶段。
4.但MF同时认为LOP是目前最有趣的想法,不论它日后成不成功,都会激发出大量有趣的思想与实践,留意一下LOP是绝不会吃亏的事情。
是不是热情骤减?本来MPS的发布使LOP看起来像是明天就可以开始动手的事情,现在又变成了虽然很有趣,但还远没到下山摘果子时候。
从头读一遍文章
1.开头 A Simple example of LOP
Martin举的这个例子占了全文1/3的篇幅,又长又不刺激神经,看得大家频频起身吃零食,上厕所....
2.传统的LOP
MDA不是什么新概念,DSL当然也用不着是,DSL其实早就在我们身边,包括
1.Unix下用yacc打造的微型DSL
2.Lisp,fp用自身来构造DSL
3.XML配置文件
4.GUI描述文件(VB, Delphi....)
5.Adaptive Object Models and Active Data Models? (没完全理解)
(注:SQL也算吧)
3.External DSL和Internal DSL
DSL分内外两种,像yacc这种把DSL parser后translate成base语言的属于External DSL。
而Lisp这种用语言本身来构造新的语言的称为Internal DSL。
External DSL的好处是它可以是任何样子的,不受Base语言的制约。另外它也通常是运行时解释的。
不好的地方:
第一, 它需要花很多时间去设计语言,写Parser,写Generator,写IDE。
第二, 不能直接使用Base语言的IDE,在后IntelliJ时代这让人很不爽.
第三, 需要学太多语言和思维方式,不是指if-else语法的不同,而是在java里我们已经习惯了用Object和Method来表达想法,但在其他DSL里则可能要运用完全不同的概念,比如文章开头的例子。
而Internal DSL和External DSL的优缺点很多地方正好调转。而且Lisp,Smalltalk的语法和我们平常的Java,C#差别很大。还有,最近Ruby们好像也有可能用来写Internal DSL了。
正是因为两种DSL都缺点明确,所以DSL在今天这么不普及。Language workbeanch,正是为了使External DSL变得容易而出现的。
4.今天的Language Workbeanch
有Intentional Software的IP, JetBrains的MPS和微软的软件工厂。
1.一段DSL将有一个Editble reprensentation,一个storage reprentsentation,一个编译后的excuteble reprentsentation,一个在editor中的AST-Astraction reprensentation。其中editble和storage reprensentation可以合一,也可以分开。
2.定义一个新DSL的三个步骤:
a.定义语言的schema
b.定义编辑器
c.定义Generator
一个DSL可以拥有多种编辑器和代码生成器。
5.Language WorkBench的优缺点
优点:
1.省却了写Parser,直接定义抽象语法。
2.省却了写IDE。
3.IDE的语法提示与语法检查,给领域专家直接编写提供了可能,这是COBOL时代没有的。
4.DSL与项目的良好集成,可以项目与DSL语法一起refactor,可以一边设计语言一边使用语言。
缺点:
1.Vendor专属,用了MPS,就不可能再转到IP或者微软,因为他们之间根本没有标准可言。
2.但Generator并没有比以前简单(要命阿)。
3.现在代码以astraction reprensention为中心,版本管理,AST支持diff/merge的问题。
6.我的立场
试用了一下MPS,因为Generator还没有革命性的突破,MPS还没到真正可用的时候。
不过几个月间,MPS EAP已经从初始的150版本升级到220,让人无法忽略它的进度。
分享到:
相关推荐
[马丁福勒微服务论文]: https://martinfowler.com/articles/microservices.html ### 什么是微服务 - 目前的微服务并没有一个统一的标准,一般是以业务来划分 - 将传统的一站式应用,拆分成一个个的服务,彻底去...
持续集成是一种软件开发实践,在实践中项目成员频繁地进行集成,通常每个成员每天都会做集成工作,如此,每天整个项目将会有多次集成。 持续集成是一种软件开发实践,在实践中项目成员频繁地进行集成,通常每个...
java前公开源码太空笔记 刚接触 Kotlin? 无论您是经验丰富的 Java 老手,还是刚开始使用 Kotlin for Android,都可以考虑查看 . 如果您喜欢我的视频和存储库,我认为您会真正享受 wiseAss 提供的更精美的课程体验!...
《重构——改善既有代码设计》是软件工程领域的一部经典著作,作者Martin Fowler,该书与《设计模式》被并称为软件工程的双雄。《重构》一书的主旨在于向读者展示重构的过程与方法,即通过一系列小的、有步骤的改变...
描述中提到的链接(https://martinfowler.com/bliki/BlueGreenDeployment.html)指向了Martin Fowler的网站上关于蓝绿色部署的详细解释。Martin Fowler是软件开发领域的权威,他的文章通常深入浅出地阐述各种技术...
java部门管理的项目源码这是我对 Martin Fowler 的“重构:改进现有代码的设计”的总结。 我在学习时使用它并作为快速参考。 它不打算作为本书的独立替代品,因此如果您真的想学习此处介绍的概念,请购买并阅读本书...
),在这个主题演讲中,MartinFowler和他的同事NealFord讨论了敏捷方法能够在软件开发项目中行之有效的原因(Whyitworks?)。作为敏捷方法的发起人和传道者,MartinFowler和ThoughtWorks一直试图 有很多的书籍讨论...
JunitANTant结合junit进行软件自动测试软件测试持续集成实践三,灵感来自于MartinFowler的“持续集成“一文。可以在www.martinfowler.com看到,国内有人翻译成了中文。本文假设读者具备如下知识:1、熟练ant进行java...
MicroFrontend阅读: 必须阅读: //martinfowler.com/articles/micro-frontends.html @ThoughtWorks @walmart和@hasgeek 演示文稿 @walmart-为什么不React可装载物 React + Vue 演讲: : 其他链接: ...
money.zip,martin fowler描述的money类的实现martin fowler在http://martinfowler.com/eaadev/quantity.html上描述的money类的实现
最近雷镇同学将MartinFowler先生的著名论文《持续集成》第二版翻译成中文并发布出来,掀起了国内对于持续集成理论和实践讨论的新的高潮。笔者在本文中将全面对比持续集成论文前后两版的异同,分析并展示ThoughtWorks...
本书英文版面世以来,便广受业界专家和读者的好评。全书叙述清晰、用词精炼,构思巧妙,将面向对象分析设计的概念、过程、方法、原则和个人的实践建议一一道来,博引多家观点,以实例为证,将软件... ---MartinFowler
2014年,MartinFowler撰写的《Microservices》使得许多国内的先行者接触到微服务这个概念并将其引入国内,2015年越来越多的人通过各种渠道了解到微服务的概念并有人开始在生产环境中落地,2016-2017年,微服务的概念...
关于DI更深层次的讨论,可以参观Dependency Injection(http://en.wikipedia.org/wiki/Dependency_injection),Inversion of Control(http://martinfowler.com/articles/injection.html),也可以参观软件设计...