三层架构 BS架构

B/S结构简化了客户机的工作，把二层C/S结构的事务处理逻辑模块从客户机的任务中分离出来，由Web服务器单独组成一层来负担其任务，从而减轻了客户机的压力。

三层架构是指具体软件设计是技术层面的东西，数据层、逻辑层、界面层。采用这种分层设计编码实现的b/s模式的软件就是b/s三层架构的软件。

例如，如果把数据访问代码与业务逻辑层分离，当数据库服务器更改后，只需要更改数据访问的代码，因为业务逻辑层是不变的，因此不需要更改或者重新编译业务逻辑层。

负荷比

由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。

但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。

以上内容参考：百度百科-BS架构

通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候的所见所得。业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等每层之间是一种垂直的关系。三层结构是N层结构的一种，一般来说，层次之间是向下依赖的，下层代码未确定其接口（契约）前，上层代码是无法开发的，下层代码接口（契约）的变化将使上层的代码一起变化。优点： 分工明确，条理清晰，易于调试，而且具有可扩展性。缺点： 增加成本。

前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。

JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。

而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。

MVC编程模式

比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数据并允许用户操作的方式。

M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。

以上内容参考：百度百科-mvc框架

---