LaaP/S: Language as a Product / Service

原文发表于 2014-12-20, 我的lofter:http://kimleo.lofter.com/post/46977_4b8e610

今天参加OpenParty Chengdu,跟同参会的人交流了很多,也得到了一些不错的观点,路上与uaZ一起聊天,也思考了很多。

直接说结论:

因为一切编程语言都是DomainSpecific的,那么接下来的趋势可能就是把(编程)语言当成软件产品或者是服务来提供,而同样的,编程语言也就具备了与产品/服务类似的性质:敏捷、用户体验和其它等等。

其实这也是我凭空构造出来的概念罢了。毕竟在前几年的时候就开始兴起Mash-up / Programmable Web等概念,也算是把可编程性和开放API拿出来作为服务,也有一些初始的样子。更甚者,出现了IFTTT这种基于事件触发和分支结构的定制服务,宛然一个基于开放API的图形化DSL了。 这是“服务化”的例证。

另外是今天在OPCD上Mike Tang分享了Rust,一个由Mozilla主导开发的编程语言。整个语言的优点不必多说,Mike特别提到了另外一点,就是作为一个开源项目,Rust也像一个商业级的产品一样被对待,整个开发过程有良好的项目管理机制/流程,不断地迭代、完善,最终会在明年中发布1.0 final版本。 这是“产品化”的例证。

所以我认为,而且根据第一定律也能够这样推出来,编程语言,无论是所谓的General-Purpose还是Domain-Specific,都将会渐渐地呈现这种趋势。一方面,编程语言会更加的注重抽象和可用性,同时也会根据针对的用户群体进行专门的设计;另外一方面,作为“计算”的一个基本要素,编程语言也可以如同其他的一些设施一样,以服务的形式提供。

其实还有一些可以构想的东西。比如,以后的普通应用软件也是作为图形化或者是更高级抽象的DSL存在,而把这些DSL的基本元素组合起来,就可以自动化地完成各种复杂的任务。另外,像MindMap这种简单的东西也可以进行语义化的设计,甚至是直接作为软件原型设计的DSL进行建模。

也许某一天你就会体验到把一个策划书写完之后游戏的第一个Demo就能拿来试玩的感觉了。

然后我们可以分析一下,究竟要如何去设计一个类似的东西。

其实无论什么语言,都必须要有两个基本的能力,才算得上“可用”,首先是抽象,再就是组合。前者会给你提供整个系统中的基本要素和扩展方法,后者则能够利用这些东西去完成复杂的系统功能。 当然DSL不必像GPL那样复杂,但也还是要一些东西(或者可以把他们叫做基本组合子 Combinator?):

一个简单的例子就是正则表达式。Repeating方面来说,有Kleene Closure(* / + / { });也支持Branching;至于Reference,对应的就是Capture / Grouping。

所以这样来看那些过度纠结MV*中的视图逻辑分离的,也是不必要的嘛。至少还是需要有这三个基本组合子在才行。