封装的意义

　　做开发的同行应该都了解封装，将一段逻辑封装成方法，将多个方法封装在一个类里，将类中相同的逻辑封装到公共类里以达到降低开发及维护成本的目的。

　　而在具体的开发过程中，常见到同事将所有的实现细节都写在主体方法中，所谓的主体方法即MVC中的C,SOA中的暴露的服务实现。此时若是迭代开发或者人员流动，该

段代码很容易成为后续开发人员的噩梦。因为我要了解这段逻辑，就需要从头至尾完全研读一遍，有时候一遍还不够，需不断看确保自己完全了解整个代码块。劳民伤财！

我曾给新员工建议说不要在主体方法中写过多细节，复杂逻辑多抽几个方法，主体方法只需组合这些命名良好的方法，从而形成逻辑处理提纲，可读性良好，重构也很简单。

 后来检视他们的代码，确实抽方法了，不过所有的细节都转到新抽的那个方法里了，真是哭笑不得。

　　开发人员挂在嘴边的一句话是封装变化，关注点分离。个人认为这句话完美诠释封装的意义，它就是用于处理逻辑中变化的部分的，就是用于将关注点集中到我们封装的变化

中的，因为不变化的部分根本就无需过多关注。从这种意义来说设计模式也是一种封装理念，它也是讲变化的部分封装起来，使以后变化后修改成本将为最低。

　　接触的充血模式，也是一种封装，它将一些基本的逻辑封装在pojo中，因为这些逻辑所涉及的属性它自己最清楚，职责本来就应该它来承担。

　　开发是个技术活，整块逻辑如何组织，每个组成部分如何编写协调，需慎之处理! 在迭代开发的今天，勤于思考，多于重构，才能避免自己在搬运工的道路上迷失，才能

使得开发有灵魂，这才会带了成就感。