在个人的日常工作和学习中，接触到不少的项目，这些项目结构大同小异，其结构的核心思想无外乎“分层“。
分层？从字面上理解，看似简单，实则不然。这需要从多个维度去看待这个问题。最为直接的就是根据项目的类型进行划分，继而根据这个类型再对其职责进行划分。
当然，这仅仅是个人的观点。在这方面每个人都有着自己独特的观点，所以分层的方式也不尽相同。
可以肯定的是一个优秀的项目它的结构一定非常优雅。而且一个项目的“高可用”与你的项目结构有着直接的关系。
以下是个人为这个系列博客新建的解决方案，后续的示例都以这个结构为基准
上述的解决方案中采用了传统三层架构，既 => 数据访问层+业务逻辑层+用户界面层，结构简单。当然在这个基础上个人又进行了一些划分便于后续扩展。
划分如下：
models：实体对象层，包含了数据表的映射的实体和dto实体。
idal：数据访问层的接口，提供数据库访问接口。
dal：数据访问层的封装，依赖与idal层，提供对models层操作指令。
ibll：逻辑处理层接口。
bll：逻辑处理层的封装，依赖与ibll层。
client：客户端，负责将用户的请求传递至业务层。
common：公共层，负责提供公共服务。
以上就是这个演示项目的结构。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
Net Core Web Api项目与在NginX下发布的方法
asp.net core3.1 引用的元包dll版本兼容性问题解决方案
IdentityServer4实现.Net Core API接口权限认证(快速入门)
ASP.NET Core MVC通过IViewLocationExpander扩展视图搜索路径的实现
我要评论
网友评论