本文共 1026 字，大约阅读时间需要 3 分钟。

       我们都知道，在实际开发中，每个项目都有它自己的架构。这就好比我们要盖房子了，是盖四合院呢还是盖高楼大厦呢，首先我们需要设计出房屋的架构，而房屋的架构也决定了房屋的稳定性以及实用性。联系到我们开发中，一个项目的灵活性也就是由它的架构决定的，可见，架构对我们项目开发的重要性。那么今天就让我们来聊聊java开发中常用的集中模型。

一、三种模型

1、简单-Model1

调用关系图为：

       此模型在客户端通过JSP直接调用业务逻辑，其优点：架构简单，比较适合小型项目，**缺点：**Jsp职责不单一，职责过重，不便于维护。

2、MVC-Model2

调用关系图为：

       此模式加入Servlet层，分担了Jsp的职责，分层是为了好管理，能更好的适应需求的变化能更好的进行人员分工。但同时也增加了Servlet类，从而增加了项目的复杂性。优点：职责清楚，适用于大型项目开发，缺点：分层太多，不适合小型项目。

3、三层-Model2变形

调用关系图为：

       此模式主要是在model2的基础上，封装了持久化逻辑层，所谓的持久化逻辑就是与数据库打交道，相当于我们三层中的D层，主要操作是跟数据打交道。而B层也就是我们的业务逻辑层，处理我们的业务逻辑。剩下的JSP与Servlet就相当于我们U层，负责页面间的调用。

       我们之所以分这么多层，主要还是为了划分职责，减少耦合性，是系统更加灵活，更有利于维护。

二、设计原则

1、单一职责

        如过我们让一个人管理好多事，不仅会让这个人感觉很累，而且一旦这个人出了问题，那么所有的事情都会受到影响，所以，我们在设计的时候要尽可能将把握好粒度，让一个类只干一类事情。

2、依赖抽象

        依赖抽象，也可以说成是依赖接口，也就是说我们要依赖一些定好的规范，而不要依赖具体的规范实施者。比如我们学习要通过课本，网络来培养自己的学习能力，而不应该单独的依赖于某一个老师或某一个人，否则我们就永远也摆脱不了他了。

3、单项依赖

        单项依赖，在三层中的表现就是，U层依赖于B层，B层依赖于D层，这样我们改变B层的时候只会影响U层，而如果D层也依赖于B层的话，也就会受到影响，而且相互依赖会增加耦合度，不利于维护。

三、总结

       架构是一个项目的核心，我们需要运用所学的面向对象的思想等，设计出便于维护更加灵活的架构。java的学习与.NET基本上是一样的，他们都遵循相同的设计原则，都采用封装、继承、多态等方法。我们只要去总结，去思考，就会发现我们可以做的更好。