NET Core实战项目之CMS 第九章 设计篇-白话架构设计

前面两篇文章给大家介绍了我们实战的CMS系统的数据库设计，源码也已经上传到服务器上了。今天我们就好聊聊架构设计，在开始之前先给大家分享一下这几天我一直在听的《从零开始学架构》里面关于架构设计的定义以及架构设计的三大原则，希望能对大家有所启发。有着这些基础之后，我们再基于此搭建我们的项目框架吧！如果你在阅读的过程中有任何的问题，欢迎大家在留言区进行留言

写在前面

程序员的成长绕不开架构设计，有时架构设计就像鸿沟一样挡在程序的晋升之路上，只要跨过去就可以海阔天空，但不少技术能力很强的程序员却依然不能完全掌握架构设计，包括我自己在内，在实践过程中经常把握不住重点、分不清主次；或者说没有彻底掌握架构设计的原则，在设计上举棋不定。本文是我在观看了李运华老师从零开始学架构后的一些看法，文章最后会给出如何查看原作的方法。文章大部分内容也都是摘录自李运华的文章，当然，中间穿插了很多自己的认识在里面。目的就是给大家分享一下架构方面的知识，希望本篇的内容分享能对你有所启发！

架构的定义

对于技术人员来说，“架构”是一个再常见不过的词了。我们会对新员工培训整个系统的架构，参加架构设计评审，学习业界开源系统（例如，MySQL、Hadoop）的架构，研究大公司的架构实现（例如，微信架构、淘宝架构）……虽然“架构”这个词常见，但如果深究一下“架构”到底指什么呢？相信大部分人也许并不一定能够准确地回答。例如：

• 架构和框架是什么关系？有什么区别？
• Windows有架构，SQL Server 有架构，.NET Core也有架构，使用 .NET Core开发、SQL Server 存储、跑在 Windows 上的业务系统也有架构，那么我们应该关注哪个架构呢？
• 微信有架构，微信的登录系统也有架构，微信的支付系统也有架构，当我们谈微信架构时，到底是在谈什么架构？

要想准确地回答这几个问题，关键在于梳理几个有关系而又相似的概念，包括：系统与子系统、模块与组件、框架与架构。

系统与子系统

我们先来看维基百科定义的“系统”。

系统泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的工作的群体。它的意思是“总体”“整体”或“联盟”。

关键内容提炼：

1. 关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不能成为一个系统。例如，把一个发动机和一台 PC 放在一起不能称之为一个系统，把发动机、底盘、轮胎、车架组合起来才能成为一台汽车。
2. 规则：系统内的个体需要按照指定的规则运作，而不是单个个体各自为政。规则规定了系统内个体分工和协作的方式。例如，汽车发动机负责产生动力，然后通过变速器和传动轴，将动力输出到车轮上，从而驱动汽车前进。
3. 能力：系统能力与个体能力有本质的差别，系统能力不是个体能力之和，而是产生了新的能力。例如，汽车能够载重前进，而发动机、变速器、传动轴、车轮本身都不具备这样的能力。

维基百科定义的“子系统”

子系统也是由一群有关联的个体所组成的系统，多半会是更大系统中的一部分。

其实子系统的定义和系统定义是一样的，只是观察的角度有差异，一个系统可能是另外一个更大系统的子系统。

按照这个定义，系统和子系统比较容易理解。我们以微信为例来做一个分析。

1. 微信本身是一个系统，包含聊天、登录、支付、朋友圈等子系统。
2. 朋友圈这个系统又包括动态、评论、点赞等子系统。
3. 评论这个系统可能又包括防刷子系统、审核子系统、发布子系统、存储子系统。
4. 评论审核子系统不再包含业务意义上的子系统，而是包括各个模块或者组件，这些模块或者组件本身也是另外一个维度上的系统。例如，MySQL、Redis 等是存储系统，但不是业务子系统。

模块与组件

模块和组件两个概念在实际工作中很容易混淆，我们经常能够听到类似这样的说法：

• MySQL 模块主要负责存储数据，而 ElasticSearch模块主要负责数据搜索。
• 我们有安全加密组件、有审核组件。
• App 的下载模块使用了第三方的组件。

造成这种现象的主要原因是，模块与组件的定义