代码生成器技术乱弹五十二，业务优先还是逻辑优先

在通用代码生成器的开发过程中，我不断接受到这样的建议，把通用代码生成器和具体的业务绑定起来，比如进销存，比如工资管理等等。不能说毫无道理。毕竟，程序员开发的软件总是服务于某项业务的。没有业务的程序，有谁会去开发呢？

但是，我毫无这样做的冲动。首先当然是工作量，以有限的开发能力投入无限的业务领域显然是不明智的。第二，业务逻辑是特化的，不可通约的。我显然无法使用一个给员工发工资的模块来给家用机器人充电。如果您想给您的家用机器人充电，当然要开发一个专用的家用机器人服务模块，而不是使用人力资源管理来凑合。

其次，我根本不想做一个不伦不类的万金油般的代码生成器。通用代码生成器永远是程序员为程序员设计的工具，是程序员的瑞士军刀。而不是第二个SAP。

我采用的开发逻辑是：业务中立，逻辑优先。只完成在不同业务逻辑中都需要的不含业务逻辑的功能。比如多对多关系，比如弹性登录模块，比如，图形报表和复杂版面。

有些人可能会有些失望。但是，我认为，从根本上来说，业务逻辑是不可化约的，领域专用的。而通用代码生成器的业务中立，可以使它为所有业务项目服务。如果，开发一个i应用程序就像造船，那么，通用代码生成器的作用就是铺设龙骨，肋骨和几层主要的甲板，它不是万能的，但却是大家需要的。