0 引言
一直以来，对自己开发的软件并不满意，看了很多原则性的问题，但是并不能真正理解。在具体实施的时候，往往还是选择了比较容易实现的、自己看起来清晰的方法，结果一旦需求变更就出现诸多问题，或者在界面设计的时候感觉力不从心，对自己画出来的丑逼界面无可奈何。姑且先把问题记录下来，留待以后慢慢学习、体会、解决。
1 关于降低软件各部分的耦合性
最常用的理论是MVC架构理论，即软件的模型-视图-控制器分离架构。另外一种说法是软件的三层架构理论，感觉与此类似，说的是软件的数据、业务和界面分离，以实现“高聚合，低耦合”的目的。
（1）数据访问层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务
（2）业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
（3）界面层：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。
2 关于类的抽象化设计
什么时候需要重新定义一个类？
类的范围？
类的成员与函数？
3