在许多Go编程书籍中，作者通常将数据访问逻辑放在处理业务逻辑的同一个函数中。虽然我知道这可能仅仅是出于教学目的，但我想知道人们是否真的在现实世界的开发中将BLL与DAL分开。我曾尝试将分层设计应用到我的Go项目中，但并未从中感受到任何好处。例如，我的DAL函数通常是这样的(在appdal包中):funcGetCustomerAccountInfo(accountIDint)(*sql.Rows,error){sql:=`SELECT*FROMCUSTOMER_ACCOUNTWHEREID=$1`returnGLOBAL_PSQL.Query(sql,accountID)}我的典型BLL

已结束。此问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题，以便用事实和引用来回答它。关闭7年前。Improvethisquestion到目前为止，在我们可以善意重复使用的任何开源项目下开发的最好的PHPDAL(数据抽象层)是什么？我发现很难为我的应用程序选择一个充分支持对大多数常见数据库系统(MySQL、PostgreSQL、MSSQL、Oracle等)的抽象的DAL，并且是:经过广泛测试，具有良好的界面(可读的方法名称，良好的参数传递策略)，快，轻量级，提供缓存(例如与Memcache

已结束。此问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题，以便用事实和引用来回答它。关闭7年前。Improvethisquestion到目前为止，在我们可以善意重复使用的任何开源项目下开发的最好的PHPDAL(数据抽象层)是什么？我发现很难为我的应用程序选择一个充分支持对大多数常见数据库系统(MySQL、PostgreSQL、MSSQL、Oracle等)的抽象的DAL，并且是:经过广泛测试，具有良好的界面(可读的方法名称，良好的参数传递策略)，快，轻量级，提供缓存(例如与Memcache

三层架构主要分为BLLDALMODEL业务逻辑层（BLL）：对传送数据进行逻辑判断分折，并进行传送正确的值。数据访问层（DAL）：主要是存放对数据类的访问，即对数据库的添加、删除、修改、更新等基本操作。实体类库（Model）：主要存放数据库中的表字段。调用关系：DAL层调用Model层，Common层BLL层调用DAL层、Model层、Common层UI层调用BLL层、Model层、Common层直接上代码1.这个是实体类型，DAL BLL去引用他 2,然后我们用DAL去做数据库的处理逻辑先给oRMDAL进行实例化，查询ID进行显示，这里可以传一个事务 3,BLL调用DAL对传过来的数据进行操

我知道以前有人问过这些问题，我将首先列出其中的一些(到目前为止我已经阅读过的):IEnumerablevsIQueryableList,IList,IEnumerable,IQueryable,ICollection,whichismostflexiblereturntype?ReturningIEnumerablevs.IQueryableIEnumerableasreturntypehttps://stackoverflow.com/questions/2712253/ienumerable-and-iqueryableViewswithbusinesslogicvscodeWPF