用MVC5+EF6+WebApi 做一个小功能(四) 项目分层功…

2018-06-24 00:05:57来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

在上一节,我们完成了一个项目搭建,我们看到的是一个项目的分层架子,那接下来每一层做什么以及需要引用哪些内容呢?在本节内容我们还逐步拆分每一层的功能,顺带添加package包

Trump.Domain

在这一层,主要是定义领域模型,我们前面也说,Domain是不依赖任何层的,唯一可能存在的依赖也就是外部的帮助类库了。所以这一层不需要我们进行单独处理引用关系的。

在这一层我们主要定义一些实体和实体的行为,为了解决方案树看着清爽一些,我们分别添加几个文件夹保存对应的内容

  • Entiies:保存实体类
  • IRepository:保存仓储接口(后面有空单独说仓储,这里就是保存的每个实体对应的行为)
  • T4:用来保存T4文件,后面会用到T4进行实体类的生成

基本这些就够了。如果有需要我们在单独添加,其实T4那个文件夹现在加不加都可以。

 

Trump.EF

在这一层,我们进行数据持久化操作,我们将使用Entity Framework 6+Sql Server这个组合来进行数据持久化,同时我们要实现在Domain层定义的仓储接口,还有就是在这一层还会使用Migration进行数据迁移,使用Fluent Api 来进行数据关系的配置,所以这一层的文件如下:

  • Common :放我们将会用到的公用类,比如提取出来的公共仓储类
  • EntityConfig:涉及到实体类的关联关系配置,我们使用Fluent Api来定义实体之间的关系
  • Migrations:启用数据迁移后,自动生成的文件,不必手动创建
  • Repository:仓储实现类
  • XXXDbContext.cs:既然使用EF进行数据操作,必然会有一个数据上下文类,我们项目较小,就不给它自己单独搞个文件夹了,不好找

基本就这些文件夹。再看我们在EF可能会用到的类库,

  • Entity Framework :这个肯定不用思考,微软给的这个ORM走过了这么多年性能什么的应该不是大问题了(猜测,我没有测试过,勿拍)。

就这个就可以了,其他的不是必须的,我们用的时候再添加就可以了。这里注意,nuget安装包EntityFramework有一个对应的EntityFramework.zh-Hans,一并安装上吧,这样在代码编写的时候就可以看到继承的中文提示了

最后,在EF层,我们继承了Domain 的仓储接口,同时也会引用Domain的实体类,所以需要依赖Domain项目。右键添加项目引用即可

 

Trump.Application

在这一层,我们是为了隔离UI层与EF层之间的关联,数据模型流转如下Entity→Dto→Model,其中Entity→Dto的转换就是在这一层完成的。同时我们还会把一些在页面模型中没有完成的模型组装在这里进行完。这一层文件夹如下:

  • Common:公共类,一些基类,接口什么的
  • Dtos:数据传输对象,把Entity转换成Dto,然后扔给UI层
  • IService:应用层接口,也有人把这个文件夹单独拿出去的,我们就不折腾了搞的项目比项目功能都多何必呢
  • Service:应用层实现。

其实,如果往三层上靠的话,应用层就有点类似原来的BLL层,干些没技术含量的活,但是我们在这里非要搞出来一个接口和一个实现的方式,这个并不是为了高大上,后续我们会讲到Ioc的时候会用到,同时我们在Domain中引入了T4,这块的很多代码都是可以生成的,所以不用纠结

看一下需要引用的Nuget包:

  • AutoMapper:数据转换全靠它了,这个据说性能不是很好,但是也没什么好的替代品
  • Newtonsoft.Json:Json序列化的,个别时候会用到。

Trump.ExamApp

最后来到UI层,用户看到的那一坨屎一样的东西都集中在这里了。这一层要调用Application获取数据,进行展示,把用户提交的表单发送给Application然后到EF层进行持久化。

这一层文件夹在创建项目的时候已经基本都完备了,看一下这一层的引用,梳理一下我们要用的技术

  • AutoMapper:帮忙进行Dto→Model的转换
  • Newtonsoft.Json:Json序列化用到
  • Swagger.Net、Swagger.Net.UI、Swashbuckle、Swashbuckle.Core:用来做Api在线文档的,后续Api的时候单独讲
  • log4net:老牌日志组件,看着说明书基本很容易配置使用了
  • bootstrap:现在版本3.xxx~~~~~~
  • jQuery:这个注意有三个系列,1.xx、2.xx、3.xx 根据客户端兼容性需求选择不同版本,同时会影响到页面处理时候插件的选择,慎重,原来有过不小心给升级了版本导致各种客户端各种不兼容。
  • Datatables:列表组件
  • jsTree:树形结构
  • select2:可搜索过滤的下拉框
  • sweetalert2:浏览器alert消息的替代
  • jsrender:个别时候页面中重复数据绑定
  • ueditor:富文本编辑器,百度出品,貌似不维护了,基本也还稳定,功能都能满足,最主要的是有中文文档和示例
  • icheck、bootstrap-touchspin等:页面上功能的小优化,增强用户体验

 

整理项目结构截图如下:

QQ截图20180117102705

所有准备工作基本完毕。下一步就可以开始了。

比较纠结,我个人习惯是在整理需求的时候画原型,然后设计数据模型,基本就是页面设计→模型设计→逻辑处理→功能串联→测试微调的开发思路。

但是因为这个是从项目中提出来的,需求已经弄完了而且很多代码也完了,这个有点不知道从哪开始了。

整理整理思路在继续,而且第一次想写一个实战的文章,才发现好难啊~

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:基于asp.net mvc的近乎产品开发培训课程(第二讲)

下一篇:多线程编程学习笔记——使用异步IO