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

|| 我在使用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中使用严肃的应用程序逻辑(或尽可能多的)。     

要回复问题请先登录注册