[发明专利]一种基于EF框架的仓储设计方法在审
申请号: | 201810049144.4 | 申请日: | 2018-01-18 |
公开(公告)号: | CN108073393A | 公开(公告)日: | 2018-05-25 |
发明(设计)人: | 左斌 | 申请(专利权)人: | 山东浪潮通软信息科技有限公司 |
主分类号: | G06F8/30 | 分类号: | G06F8/30 |
代理公司: | 济南信达专利事务所有限公司 37100 | 代理人: | 阚恭勇 |
地址: | 250100 山东省*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 仓储 抽象工厂模式 软件框架设计 数据访问层 业务逻辑层 程序架构 可扩展性 框架技术 模板创建 实体模型 实现软件 控制器 可扩展 数据库 并用 复制 抽象 应用 开发 统一 | ||
本发明提供一种基于EF框架的仓储设计方法,属于微软.Net MVC框架和EF ORM框架技术领域,本发明主要包括如下步骤:S10:抽象工厂模式搭建程序架构;S11:基于.Net MVC框架,进行视图、控制器、实体分离;S12:实体模型用EF搭建,并用T4模板创建仓储;S13:业务逻辑层和数据访问层抽象并统一仓储处理;S14:支持不同数据库可扩展实现。本发明实现了.Net平台软件框架设计的可扩展性,在此框架内可实现软件开发的快速复制,快速应用。
技术领域
本发明涉及微软.Net MVC框架和EF ORM框架技术,尤其涉及一种基于EF框架的仓储设计方法。
背景技术
随着业务发展,软件开发越来越倾向于敏捷开发和平台化开发,而在大多数企业存在程序编码不规范,面向项目的程序更是不同人构建不同的代码,容易造成代码混乱、可读性和可维护性较差,一旦业务变化或者数据库表发生改变就要手动去修改后台实现,大大降低了开发效率和软件的可扩展性。
发明内容
为了解决以上技术问题,本发明提出了一种基于EF框架的仓储设计方法。实现了软件编码的可扩展性和高效性,实现了程序的高内聚、低耦合及模块化变成。
本发明的技术方案是:
一种基于EF框架的仓储设计方法,
主要包含以下内容:
S10:抽象工厂模式搭建程序架构;
S11:基于.Net MVC框架,实现视图、控制器、实体分离;
S12:实体模型用EF搭建,并用T4模板创建仓储;
S13:业务逻辑层和数据访问层抽象并统一仓储处理;
S14:支持不同数据库可扩展实现;
在S10中,基于.Net MVC平台,用抽象工厂模式搭建程序架构。
进一步的,
在S11中,软件实现程序设计中将程序视图、控制器和实体分别创建程序集,每一个都单独实现对应功能。
进一步的,
在S12中,实体层实现程序直连数据库,及时更新数据库信息到EF模型,做到ORM的及时更新,对于数据库各表之间的关联关系同步更新,同时将部分实体创建T4仓储。
进一步的,
在S13中,业务逻辑层和数据访问层根据EF数据模型信息及时更新统一公共方法,以数据库实体为单位实现统一模式下的增加、删除、修改、查询操作。
进一步的,
在S14中,系统支持不同数据库的扩展实现,通过配置文件注册程序集来实现不同数据库的操作。
在S10内容中,解决方案主要分为四个解决方案文件夹:表现层、业务逻辑层、数据访问层和公共处理层;
表现层又将脚本页面和控制器分离,对于每一种业务类型都划分一个区域下的程序集来处理;业务逻辑层和数据访问层分别放置业务处理和数据访问的接口和关键实现代码;公共处理层放置公共方法、依赖注入和EF及相关数据模型。
还包括
(1)在业务逻辑层和数据访问层的接口定义程序集定义仓储对象;
(2)每一个DB对象都单独实现自己对应模型的增删改操作,并通过继承公共的基类实现方法的统一输出,同时每个DB对象都可以单据扩展自己的方法。
附图说明
图1是本发明的流程示意图。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于山东浪潮通软信息科技有限公司,未经山东浪潮通软信息科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810049144.4/2.html,转载请声明来源钻瓜专利网。