.Net开过过程中、我们为什么要创建多个类库然后相互引用而不直接将代码写在一个类库下面
.Net开过过程中、我们为什么要创建多个类库然后相互引用而不直接将代码写在一个类库下面？
这样做有什么好处？又有什么坏处。
------解决方案--------------------
不然的话，耦合性过强。
你只想在网页写一个添加，更新，删除功能时，也许没有发现没有什么区别的地方。

当然一个站点有写上对两个或是更多数据表时行读写时，就会发现很多重复的代码出现，如连接数据，开关连接。获取灵敏据集DataSet,添加数据，更新数据，删除数据，返回单一值等方法，都是相同的。

某一天，你又要开发另开一个project时，上面的所述的方法，在新专案又是雷同的，此时你也许不想再拷贝后，粘贴的动作，因为效率原因问题，就算是拷贝与粘贴的动作，也不想做些重复性的工作。

此时你就会想起需要跟你所问的一样“创建多个类库然后相互引用”。


see also:
http://www.cnblogs.com/insus/articles/1418377.html
http://www.cnblogs.com/insus/articles/1418625.html
http://www.cnblogs.com/insus/category/446155.html
------解决方案--------------------
相互引用？如果相互引用的话，说明设计者试图将大的程序拆分开来，但是并没有成功地解耦。所以才出现了这样不伦不类的东西。

当然，在某些极端的情况下，将大的程序集拆分成小的，和设计无关，仅仅是为了提高执行的效率和部署的效率。
------解决方案--------------------

引用:

因为代码堆在一起写，是一个制造垃圾代码的过程。
因为发展越发没发难以被人类阅读，所以我们不得不分层，分层是最最最基本的解耦。

如果“相互引用”，这根本不是分层，只是没事找事。
------解决方案--------------------

引用:

分层。这样代码以后好维护，而不是把一大陀代码放到一个类库下面。模块与模块之间应该是独立的。比如一个DAL模块，应该单独的拷贝走，可以在以后的项目中重复使用。

支持。。。