我不确定访问数据库的基本方法是什么

如何解决我不确定访问数据库的基本方法是什么

|| 我在使用VB6，VB.NET，C＃等进行编程方面有丰富的经验，并且使用过ADO，然后使用SubSonic，现在我正在学习nHibernate，因为我可以使用nHibernate进行大多数预期工作。 事实是，我一直在根据我所教，读或理解的最佳实践进行编程。最近，有人通过扳手在工作，让我思考。到目前为止，我一直在从核心应用程序和我编写的附加DLL中访问数据库。 这些人说的话如下，因此我的问题是：   我可以告诉你   您通常不想这样做的事情-外部类库不应该访问数据库 我试图做的是为nHibernate会话提供一个共享/静态类，该类可以在应用程序的全局范围和任何dll中使用。此类位于所有内核dll和应用程序引用的\“ core \” DLL中。就像我说的那样，我正在学习nHibernate，所以可能不是这样。 要说我对我的数据库访问方法提出质疑的时候，请轻描淡写。 谁能直截了当地告诉我？ 编辑： 我想看看已经发表的评论，这取决于如何访问数据库。我不会以任何方式永远不要将用户名/密码凭据等硬编码到任何DLL中。 更具体地说，我的查询与NHibernate的会话有关。我有一个静态类，一个助手类，在应用程序启动时被调用，然后创建新会话，并将其附加到当前上下文（对于Web应用程序），然后每当我需要该会话时，我都调用\“ GetCurrentSession \ ”。该静态类位于\“ core \” dll中，并且可以使用任何引用的DLL等进行访问。此行为是有意的。我唯一的问题是这样吗？我应该以其他方式这样做吗？     

解决方法

有两个原因可能是 访问数据库，如何掩盖用户名/密码 共享DLL的情况下，“不良”应用程序可能会占用您的DLL并与其链接以访问您的数据库。 这样说，如果您对文件等具有适当的安全性，那么我想使用DLL可能是一种合理的方法。     ,假设用户名和密码没有直接存储在DLL中（但可以作为参数传递，也可以作为完整的连接对象传递），那还不错。 这里可能的不良做法可能是出于不同目的（核心应用程序和DLL）出于不同目的出于相同目的访问同一数据库。除非分离是明确且合乎逻辑的，否则这可能会使新开发人员迅速感到困惑。 我本人可能会尝试为此目的将所有（或几乎所有）数据访问权限移到DLL，然后在核心应用程序或另一个DLL中使用严肃的应用程序逻辑（或尽可能多的）。