LINQ to sQL：业务层多个Class Library，or 只用一个？
      在公司内部某系统的开发过程中，为了让公司里另外一个业余编程人员参与开发，在设计的时候特意考虑降低代码结构的复杂度。在实现业务层的时候，我告诉他对每一个单独的业务单元创建一个新的Class Library，在每个Class Library中建立自己的LINQ to SQL class（DBML）。

      现在发现这样的结构有一个问题，就是很难统一每个DBML文件所使用的的ConnectionString。因为都是单独设定的。虽然在网上包括MSDN、StackOverflow上看到了一些相关的问题，例如“Multiple LINQ to SQL Classes or one”？但是这些问题的前提都是多个DBML存在于一个Class Library中。

      我们的系统其实并不复杂，只使用了一个数据库，表格数目不超过100个。

      那么究竟是使用多个Class Library，还是一个呢？

I went to msdn and asked the question:

My ASP.net application uses only 1 sql server 2000 database and no more than 50 tables in it. And I copied an instance of the database to run on my develop PC, so I need to switch the connections between dev and release. 
the problem is, i had created multiple class libraries in business layer, each class library has a LINQ to SQL class. now I find it difficult to make all dbml files in different projects use the same connection string. so is my design wrong? Should i only use 1 class library? then if remain to use multiple class libraries, how to ensure the same connectionstring is used when release?

      其实这个问题还是“业务层怎么实现”的问题。也就是说，我是不是考虑的太狭隘了，将原本不需要划分成多个class library Peoject的东西“琐碎”化了？

------解决方案--------------------
那么究竟是使用多个Class Library，还是一个呢？ 

lz 提出这个问题时就已经有答案，又何必问呢？！

很明显，用一个！！！

为啥？因为 lz 现在用了多个很不爽，否则也就不发此贴了！

软件开发一定要爽，觉得不爽时肯定有问题，需要改变某些东东！
------解决方案--------------------
有点烦琐.

你必要一个一个lib啊. 类似的业务可以放一个lib.分类处理一下.


就像衣服的尺码一样,小,中,大,加大等几号,也没见哪个做服装的,按照0-300cm,每个厘米都做一个套吧.