如果我想创建一个 3 层 ASP.Net 应用程序（表示层、业务层、数据访问层），哪里是创建连接对象的最佳位置？
到目前为止，我在表示层中使用了一个帮助程序类，从每个页面的 web.config 中的 ConnectionString 创建一个 IDbCommand，并将其传递给 DAL 类/方法。
现在我不太确定，这部分是否不应该也包含在 DAL 中，因为它显然是数据访问的一部分。 DAL 在一个单独编译的项目中，所以我无权访问 web.config 也无法访问连接字符串（对吗？）。
这里的最佳做法是什么？
【问题讨论】：
标签： c# asp.net data-access-layer
简答：
表示对数据库的依赖关系的连接对象应该在（并且仅知道）数据访问层中创建。
长答案：
当您说“3-Tier”时，您的真正意思是“tier”还是“layer”？前者暗示了每层之间的硬边界，例如服务层。后者只是单个应用程序上下文中的逻辑分离。另外，以什么方式定义 DAL 是“单独编译的项目”？它可以访问运行代码的任何应用程序上下文的配置文件。如果它是它自己的层，它将具有某种服务或具有配置的东西。如果只是一个层，它可以访问应用程序的主配置。
理想情况下，与数据库相关和/或依赖于数据库的任何内容都应仅存在于 DAL 中。应用程序域的其余部分不必担心数据库。
【讨论】：
我认为它应该在服务层中，即满足用例的层。知道工作单元的对象应该是创建连接、设置事务级别、完成用例和清理任何必要内容的对象。
它不应该在表示层中，因为如果您更改表示技术，您必须重新创建连接。
【讨论】：