架构碎屑

菜单权限：管理员跟内容编辑者登录系统所拥有的功能菜单是不一样的 按钮权限：管理员有文章审核的功能，而内容编辑者没有（文章审核通过后才能进行发布，说权限控制如何控制到按钮，这个后期会考虑加上） 数据权限：内容编辑者A看不到内容编辑者B发表的文章，而管理员可以看到A跟B的文章（这个后期也会考虑加上） 字段权限：内容编辑者看不到文章的审批人是谁，而管理员能看到（这个后期也会考虑加上，而且脱离业务的字段权限，有点耍流氓的感觉）

UI

用户UI层：这个就是我们CMS系统所要呈现的用户界面，而我们得CMS系统又包含后台管理模块以及前台网站模块，因此这个解决方案文件夹下面有两个ASP.NET Core网站项目，留个思考题给你吧，猜猜看哪个项目是后台管理模块，哪个项目是前台网站模块呢？把你的答案写在留言区或者加群跟大伙讨论下吧！

Application

应用层：这个层提供对用户界面的接口访问，用户界面层的两个模块如果想跟数据库交互都需要通过这个层来进行。这个应用层起到用户界面跟数据库操作进行解耦的作用。

Repositonry

仓储层：这个层主要就是跟数据库的交互了，任何跟数据库有关的操作都在这层来进行实现，看了上面的图相信你已经猜到了，前期我只是实现SqlServer的仓储实现，至于其他数据库的实现你只需要再建一个Czar.Cms.Repository.数据库名 的仓储实现就可以了！这里我们也是采用依赖抽象而不依赖具体实现所以方便后期的扩展。

Entity

实体对象层：这个层感觉有点多余，完全可以把这个界面融合到其他层，但是我并没有这样做，目的也是让结构更清晰，更容易理解。这里有两个项目，相信一路看教程过来的朋友一定还记得我的第二篇文章《.NET Core实战项目之CMS 第二章 入门篇-快速入门ASP.NET Core看这篇就够了 》中用的是ViewModel而不是直接用实体对象了！因为实际引用中可能我们页面中需要的数据跟我们数据库中的数据并不完全一样的，而且，有时候我们页面中可能包含了更多地信息，这时候我们怎么往视图中传递数据呢？这时候我们就有了ViewModel的概念。比方说：我们的有一个订单详细页要同时显示订单的信息，以及订单对应的商品列表，这时候怎么办呢？我们用一个ViewModel包含了订单实体，并且包含了商品的列表就可以更方便的把数据传递到视图里面了！

Infrastructure

基础设施层：这个层也是我们代码的核心层了，我们会在这里实现很多我们通用的方法，比方说帮助类，对字符串String进行一些扩展，序列化与反序列化，HTTP请求，过滤器，日志功能，中间件的扩展等等。总之这个里面包含了Czar.Cms的所有核心。