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

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

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

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

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

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

代码生成器技术乱弹五十二,业务优先还是逻辑优先_第1张图片

你可能感兴趣的:(通用代码生成器原理,通用代码生成器,代码生成器原理,业务,逻辑,低代码平台,低代码,造船)