asp.net-mvc - ASP MVC 应用程序的存储库模式设计

标签 asp.net-mvc design-patterns architecture repository-pattern data-access-layer

这更像是一个设计问题。

我正在构建一个应用程序,我已经创建了我的存储库模式结构如下:

我的核心 namespace 是 DAL/Repository/BusinessLogic 层组件。

顺便说一下,我使用 Dapper.NET 微型 ORM 作为我的数据连接,这就是为什么您会在我的 SqlConnection 对象上看到一个扩展。

为了我的数据访问,我创建了一个基础存储库类:

namespace Core
{
    public class BaseRepository<T>: IDisposable where T : BaseEntity 
    {
        protected SqlConnection conn = null;


        #region Constructors
        public BaseRepository() : this("LOCAL")
        {

        }

        public BaseRepository(string configurationKey = "LOCAL")
        {
            conn = new SqlConnection(ConfigurationManager.ConnectionStrings[configurationKey].ConnectionString);
        }
        #endregion

        #region IDisposable
        public void Dispose()
        {
            conn.Dispose();
        }
        #endregion


        /// <summary>
        /// returns a list of entities
        /// </summary>
        /// <typeparam name="T">BaseEntity type</typeparam>
        /// <param name="sproc">optional parameters, stored procedure name.</param>
        /// <returns>BaseEntity</returns>
        protected virtual IEnumerable<T> GetListEntity(string sproc = null)
        {
            string storedProcName = string.Empty;
            if (sproc == null)
            {
                storedProcName = "[dbo].sp_GetList_" + typeof(T).ToString().Replace("Core.",string.Empty);
            }
            else
            {
                storedProcName = sproc;
            }

            IEnumerable<T> items = new List<T>();
            try
            {
                conn.Open();
                items = conn.Query<T>(storedProcName,
                                                     commandType: CommandType.StoredProcedure);
                conn.Close();
            }
            finally
            {
                conn.Close();
            }


            return items;
        }


    }
}

对于我拥有的每个实体,比方说 ExtendedUser,Messages,我正在创建它的接口(interface)类对,如下所示:

namespace Core
{
    public class ExtendedUserRepository : BaseRepository<UsersExtended>,IExtendedUserRepository
    {

        public ExtendedUserRepository() : this("PROD") 
        {
        }

        public ExtendedUserRepository(string configurationKey) : base(configurationKey)
        {
        }


        public UsersExtended GetExtendedUser(string username)
        {
            var list = GetListEntity().SingleOrDefault(u => u.Username == username);
            return list;
        }

        public UsersExtended GetExtendedUser(Guid userid)
        {
            throw new NotImplementedException();
        }


        public List<UsersExtended> GetListExtendedUser()
        {
            throw new NotImplementedException();
        }
    }
}

等等

以上代码只是实体之一:ExtendedUser。

问题是:我应该为我拥有的每个实体创建一个 Interface-ClassThatImplemenetsInterface 对吗?还是我应该只有一个 RepositoryClass 和一个 IRepository 接口(interface)与我所有实体的所有方法?

最佳答案

我认为您不需要无缘无故地创建界面。我什至不明白为什么你需要这里的基本存储库类。我什至认为这不是存储库而是 DAL(数据访问层),但这是定义争论。

我认为良好的 DAL 实现应该将数据库结构与业务逻辑结构分离 - 但硬编码 sp_GetList_XXXEntityNameXXX 模式或在 DAL 外部传递存储过程名称并不是分离。

如果您认为所有的实体列表都是通过一种方式获得的,并且您将始终需要业务逻辑中没有任何参数的完整实体集,那么您非常乐观或者您的应用程序真的很简单。

只有当您计划替换/包装不同的实现,或者在一个类中混合几个接口(interface)时,才需要将接口(interface)与实现分开。否则不需要。

创建存储库时不要考虑实体。存储库包含业务逻辑,应该建立在使用场景之上。拥有像您这样的类更多是关于数据访问层的——而 DAL 是建立在您在业务逻辑中需要的查询之上的。可能您永远不会同时需要所有用户的列表 - 但经常需要事件用户、特权用户等的列表。

真的很难预测您将需要什么查询 - 所以我更愿意从业务逻辑开始设计并顺便添加 DAL 方法。

关于asp.net-mvc - ASP MVC 应用程序的存储库模式设计,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12221370/

相关文章:

jquery - 为什么我的 jQuery 事件没有阻止发布?

c# - 将 WPF 桌面应用程序转移到客户端服务器技术的良好体系结构

c# - 向接口(interface)的实现者介绍 "Mandatory"方法

.net - 非常简单的企业应用程序架构 - 使其可扩展

c# - 基于组件的架构 : Replacing an assembly at runtime

c# - MVC Controller if/else 语句

asp.net-mvc - 我需要一些非常好的博客来关注 ASP.NET MVC、Fluent NHibernate 和 Spark View Engine

asp.net-mvc - 如何允许用户仅编辑目录中的详细信息

design-patterns - 依赖注入(inject)和服务定位器模式之间有什么区别?

architecture - 如何根据模式展示软件架构的不同路径?