代码大全读书笔记 架构与需求&类的设计

架构与需求 - p52：

1. 架构的详细程度应该介于过描述和欠描述之间
2. 做项目之前必须要清楚要做什么，如果需求不稳定，就把需求当做单独的项目来做，因为在你不了解你要做什么的情况就给出开发计划纯属扯淡。
3. 谨防：我们向来都这么做，以前这么做是有历史原因的，了解历史原因，去掉令人费解的操作
4. 为新领域的架构预留出多余的时间，如果必要，把架构设计作为单独的项目来做，多花点时间

类的设计 - p139

1. 尽可能限制类成员的可访问性
2. 不要公开暴露数据成员

3. 针对接口编程：

    当你发现你必须通过查看类的内部实现才能正确使用该类时，你就不是针对接口编程了，这得多累啊。 

4. 耦合性和封装性

    耦合性和封装性是有着非常密切的联系，紧密的耦合性总是发生在抽象不严谨或封装性遭到破坏的时候，如果一个类提供了一套不完整的服务，其他的子程序就可能要去直接读写类的内部数据，这样就把类拆开了，把一个黑盒子变成了一个玻璃盒子，事实上已经破坏了类的封装性。