定义接口、创建方法、调用展示，其实编程写代码说到底也就这3步，人人都是程序员👨🏻💻。公司老板都觉得，它有个AI工具，它都能写代码。 但现在的系统工程的分层结构，可不只是一层就写个 Controller，甚至是3层（Model-View-Controller），也有可能是4层（DDD）架构。这样的分层架构怎么理解呢？
刚入行，直接就开大吗？
在我最早接触编程的时候，还是9大内置对象，servlet、jsp、前端也是刚接触《锋利的JQuery》的时代。甚至很多流程代码都堆到了 jsp 页面，后端也就是连库做 CRUD 操作。多好的时代，学一点东西，就能上班赚钱了。现在要学的可就多了，仅专业技能部分，都能在写满简历 1/3 篇幅了！
但没办法，人嘛，总是要向钱低头的，向前！毕竟，互联网公司都是飞速迭代发展的，所以，要想混个能在群里喊【收到、收到】的资格，也得加倍学习。
所以，小傅哥就给大家分享下，关于系统分层架构的演进过程，看看这东西是怎么从简简单单变得复复杂杂的。
一、单层架构
单层架构并不算一个规范的架构定义，只是在早期 MVC 三层架构（模型、试图、控制器）还没有那么普及，以及国内开发的项目程序还没有那么规范的时候，用于快速搭建简单网页功能的一种设计。
所有的分层结构的设计，都是以承接功能实现诉求为目的，这一阶段仅仅是完成网页的数据展示，也几乎没有用户交互。所以，很多时候是有多少个页面，就有多少个 Controller 提供接口，以及编写好调用数据库查询数据的操作。
二、三层架构
1978年，MVC模式最早由 Trygve
＜/span＞)
