最近在思考一个企业信息化的统一平台架构，在思考业务逻辑时，还是有一些心得体会，其中有一点把过去的认知盲区给填补了，所以特记录一下。
企业信息化的中台，其实最主要的就是希望能够尽量的积累技术和产品，而对于业务在后期，通过一些简单的方式，再定制或开发。那么在设计中，就需要区分什么是技术和业务。
业务，按照我之前的理解就是 对于数据的处理逻辑，以及存储逻辑。但随着方案设计的细化，发现其实在信息系统的设计中，很多的业务逻辑实际上是利用交互来实现的（我一直想当然的认为交互是为了用户体验）。而此类的逻辑主要是为了数据勾结其他数据的关系。
总结一下，在信息化系统中：业务逻辑的承载，由两部分组成。一部分是后台的数据的处理过程以及数据结构；另一部分则是交互的逻辑。那么明确了这两个部分，则信息化的中台的问题域也就比较清晰了。
23年，重新思考了这个问题，实际上从开发实现的角度，应该细分为三个层面：首先是交互的逻辑，那么这块更多的是通过客户端和web程序进行承载。最底层是业务数据逻辑即对于业务数据的最后逻辑处理和存储。中间是业务编排逻辑，中间这层是本人最近思考得出。中间这层的逻辑承载应该由领域语言进行承载。相对于传统的分层，这样的分层对于软件的维护以及开发测试都会带来一定的便捷性，特别是通过目前流行的低码平台等工具，可以对第一层、第二层（交互层以及领域层）进行适应性调整，进而加快系统的研发。
那么业务数据层是否可以使用低码平台了，本人浅见，可以使用低码工具（不是平台）进行一些简易的数据业务层代码生成，但对于具体的业务模型定义和接口的编写，暂时还是需要程序猿独立的设计与开发。
