业务层有多个类库，还是一个？
我的 ASP.NET 应用程序仅使用 1 个 SQL Server 2000 数据库，其中不超过 50 个表。我复制了一个数据库实例以在我的开发 PC 上运行，因此我需要在开发和发布之间切换连接。
问题是，我在业务层创建了多个类库，每个类库都有一个 LINQ to SQL 类。现在我发现很难让不同项目中的所有 DBML 文件使用相同的连接字符串。
那么我的设计是不是有问题呢？我应该只使用 1 个类库吗？如果我继续使用多个类库，如何确保在发布模式下所有库都使用相同的连接字符串？
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 my business layer, and each class library has a LINQ to SQL class. Now I find it difficult to make all of the DBML files in the different projects use the same connection string.
So is my design wrong? Should I only use 1 class library? If I continue to use multiple class libraries, how do I ensure the same connection string is used in all libraries in release mode?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
将您的 DBML 放入其自己的类库（程序集）中，并在其他类库中引用它。这样，您就可以在一处对 DBML 进行更改。
如果您有实现业务逻辑的部分类，我会继续将它们放入您的其他类库中。
Put your DBML in its own class library (assembly), and reference it in your other class libraries. That way, you can make your changes to the DBML in one place.
If you have partial classes that implement business logic, I would go ahead and put those in your other class libraries.