再谈软件架构设计之业务的封装

    现在算算负责的系统也有好几个了吧，但是在平时的项目开发中好像忽略了设计模式以及软件设计中的原则，设计模式也好久没重新看看了，今天又重新的找出了《大话设计模式》从头开始看了下，刚开始看到1.8中的业务的封装的时候，忽然我想到了刚接的一个小系统，我想这个系统虽然当前客户说是需要windform的，刚开始我是想直接把业务逻辑和界面代码一起的，毕竟没考虑太多，但看到业务封装时，我想我干嘛不把那些业务逻辑封装起来，和界面代码分离呢，真脑子秀逗了。

   嗯，是应该把业务逻辑进行封装的，就比如三层架构里的分层架构的业务逻辑层也就是为了把业务进行封装的，两层架构一般是将表现层和逻辑层重合了，而三层架构将这两个层分开了。这样的优点是很明显的，首先是易于维护，两层架构中界面和背后的逻辑紧密结合，当需要添加或修改某些内容时非常困难，而三层架构中因为界面和逻辑分开了，所以可以单独修改一个层的内容而不需要全部修改。
其次是代码可移植性高，因为逻辑和界面分开，这样原本一个程序的逻辑可以直接复制到另一个中，甚至可以将WEB和桌面应用程序的逻辑互换。总的来说，就是耦合度降低了，提高了层次的独立性。