二层及三层 C/S 架构风格
三层 C/S 结构是将应用功能分成表示层、功能层和数据层三个部分。
表示层是应用的用户接口部分，它担负着用户与应用间的对话功能。
功能层相当于应用的本体，它是将具体的业务处理逻辑编入程序中。
数据层就是数据库管理系统，负责管理对数据库数据的读写。
B/S 架构风格
MVC 架构风格
MVC 全名是 Model ViewController，是模型(model)－视图(view)－控制器(controller)的 缩写，它是分层架构风格的一种。
MVC 中各个部分的分工与协作是这样的： （1） Model 是对应用状态和业务功能的封装，我们可以将它理解为同时包含数据和行为的领域模型。 Model 接受 Controller 的请求并完成相应的业务处理，在状态改变的时候向 View 发出相应的通知。
（2）View 实现可视化界面的呈现并捕捉最终用户的交互操作（例如鼠标和键盘的操作）。
（3） View 捕获到用户交互操作后会直接转发给 Controller，后者完成相应的 UI 逻辑。如果需要涉及业务功能的调用， Controller 会直接调用 Model。在完成 UI 处理后， Controller会根据需要控制原 View 或者创建新的 View 对用户交互操作予以响应。
MVP架构风格
在 MVP 中 View 并不直接使用 Model，它们之间的通信是通过 Presenter （MVC 中的 Controller）来进行的，所有的交互都发生在 Presenter 内部，而在 MVC 中 View 会直接从 Model 中读取数据而不是通过 Controller。
SOA模型
SOA 是一种在计算环境中设计、开发、部署和管理离散逻辑单元（服务）模型的方法。
SOA 设计原则：
（1）明确定义的接口。服务请求者依赖于服务规约来调用服务，因此，服务定义必须长时间稳定，一旦公布，不能随意更改；服务的定义应尽可能明确，减少请求者的不适当使用；不要让请求者看到服务内部的私有数据。
（2）自包含和模块化。服务封装了那些在业务上稳定、重复出现的活动和构件，实现服务的功能实体是完全独立自主的，独立进行部署、版本控制、自我管理和恢复。
（3）粗粒度。服务数量不应该太多，依靠消息交互而不是远程过程调用，通常消息量比较大，但是服务之间的交互频度较低。
（4）松耦合。服务请求者可见的是服务的接口，其位置、实现技术、当前状态和私有数据等，对服务请求者而言是不可见的。
（5）互操作性、兼容和策略声明。为了确保服务规约的全面和明确，策略成为一个越来越重要的方面。