分层开发思想与小笼包

早上吃早点的时候，突发灵感，结合吃的小笼包和日常的开发经验来说一下分层的应用。  
首先，谈一下什么是三层架构，所谓的三层开发就是将整个业务应用划分为表示层－业务逻辑层―数据访问层－数据库等，有的还要细一些，明确地将客户端的表示层、业务逻辑访问、和数据访问及数据库访问划分出来，十分有利于系统的开发，维护、部署和扩展。  
软件要分层，其实总结一句话，是为了实现“高内聚、低耦合”。采用“分而治之”的思想，把问题划分开来各个解决，易于控制，易于延展，易于分配资源。   
这种三层结构有什么优势呢？    

 1. 通过将整个系统分为不同的逻辑块，大大降低了应用系统开发和维护的成本。  
 三层结构将表示部分和业务逻辑部分按照客户层和应用服务器相分离，客户端和应用服务器、应用服务器和数据库服务器之间的通信以及异构平台之间的数据交换等都可以通过中间件或者相关程序来实现。当数据库或者应用服务器的业务逻辑改变时，客户端并不需要改变，反之亦然，从而大大提高了系统模块的复用性，缩短了开发周期，降低了维护费用。  
 趣味理解：  
 假设饭店这样来做小笼包：   
    一层蒸饺，   
    一层肉包，       
    一层素包。   
首先这种方式我们可以让做包子的分成不同的小组，来负责做不同的包子。当做好了每一种包子，他们可以很方便的知道，该放到哪个笼里，不至于挨个去查看该放在哪里，我们也很容易地将笼屉放到火上面去，而不会影响其他笼的加热。当我们要吃肉包或蒸饺时，我们也很容易就能找到我们所需要的，非常节省时间和体力。把肉包或蒸饺拿走或者增加，并不影响素包的加热。   
如果我们把这些都放在一个大笼里，你觉得会怎么样？会不会很乱，维护起来很浪费时间，不但找起来麻烦，而其每次揭开锅都会对其他的有影响。    

2. 将数据访问和逻辑操作都集中到组件中,增强了系统的复用性。    

如：将数据访问集中到数据访问层的组件中，从而减少了应用程序中的重复代码，每个需要访问数据库、表的窗体都使用相同的组件。    

如：一些共性的逻辑操作都集中封装在逻辑层的组件中，每一个使用该方法的操作，可以共享来访问该组件。    

趣味理解：    

简单的理解，笼屉本身就是一个重用的例子，如果我们使用一次性的笼(像一次性筷子一样理解)，会浪费多少人工来做啊(重复编写麻烦)，并且会有很大的资源浪费(代码冗余)，最后还要进行垃圾处理(后期维护)。并且，如果笼屉和炉火的锅按一种规范和标准（接口）来做，这样的笼屉不但可以在这里用，也可以拿到别的地方用。（虽然这样理解不太确切，简单的这样理解好了）   

3. 系统的扩展性大大增强。    

模块化使得系统很容易在纵向和水平两个方向拓展：一方面可以将系统升级为更大、更有力的平台，同时也可以适当增加规模来增强系统的网络应用。由于摆脱了系统同构性的限制，使得分布数据处理成为可能。在扩充或修改功能时，基本不会破坏原有结构的稳定性。