我写项目的思路和“自然架构”

 

我写项目的思路

 
    三层的思路是要把页面（UI、数据显示）、业务逻辑、数据处理（也叫持久化）分离开来处理，思路自然是好的，但是一到了实际应用中，好多人就会遇到一点小小的问题，于是产生了好多的争论。我觉得一个好的解决方案使用起来应该更容易一些，不应该导致很多人“误入歧途”。所以我觉得三层的分割思路视乎有一点点小问题。

    所以我就想了一个自己的分割方式——业务逻辑与代码分离开来！分离之后就要找到一个契合的点，把分开的两个东东在连系起来，这个契合点就是数据库。（我觉得三层的契合点是实体类）

    我的具体想法就是：
1、 想方设法把业务逻辑（也就是客户提出来的需求）转换成数据库结构。
2、 设计数据库
3、 实现基本的增删改查、统计汇总、报表打印、导出、审批流、个性化设置等功能。

 

    请注意，第三点里面的“实现”是完全不考虑业务逻辑的，也就是说代码写完了之后可以实现各种行业、各种项目的要求（也就是不同的业务逻辑）。以不变应万变的效果。

【示意图】
 

 

    怎么样简单吧，如果把数据库看成中心的话，那么左面是业务逻辑，右面就是程序实现（也就是编码）。如果只看右面的话，那就是和业务逻辑无关的，比如说“添加”，就是添加数据࿰