中心思想用户通过 web浏览器向 服务型发送信息, 服务器接收到信息后做出计算反馈给用户的其所需要的用户
- 通过浏览器发送需要访问的网页,服务器返回html
- 不能所有人看到的东西都一样(在html页面上加上动态的逻辑就是传统的ASP),根据不同的输入参数返回动态的页面信息。
- 前台htm元素与业务逻辑代码混合在一起杂乱无章,分离后台代码和前台代码Asp.net 的出现, 专门推出了一个 C#库 .NetFramework
- 老三层的架构的出现,对于特备简单的页面交互和简单的业务逻辑特别清晰 (页面 UI 业务 BLL 数据库操作 DAL 模型 Entity),老三层里面 的页面 webfrom的出现套用微软的winFrom(Webfrom有页面的生命周期不适合用户的频繁交互,导致前后端代码耦合性强), 怎么办? 导致MVC的框架的出现
- MVC UI框架的出现 Model View Controller 解决了什么问题呢?功能模块了显示模块的分离是的前后端开发人员的分离前端页面更加的丰富多彩。 同时还存在可以改进的地方(1) 试图比较依赖模型 (2)渲染试图是在服务端性能较差
- 如何解决上面的问题呢? 前后端分离的开发模式应允而出 RestWebService轻量级的webService,使用的Http协议,推荐JSON传输格式(比传统的XML利用率高)不用使用(孕育了一批专业的前端框架人员, React Vue 等框架)
- 当业务变的越来越复杂,随着后期的迭代开发越来愈大,越来越复杂。维护 和扩展难度系数都成几何增长。微服务的的架构营运而生 , 一个重要的 API gateway 网关 各个微服务先与 API gateway 交互,转换成客户端友好的 REST API。在 API gateway 中组装好数据再返回给客户端。在 API gateway 中修改 ip 与 port 客户端无感知,正常使用
8.还有一种补充结构面向方面编程AOP
等等 每种框架又如何解决安全、性能、并发的问题。。。