java常用的五种设计模式，mvc设计模式

大家好，关于java常用的五种设计模式很多朋友都还不太明白，今天小编就来为大家分享关于mvc设计模式的知识，希望对各位有所帮助！

dao设计模式详解

Dao设计模式（DataAccessObject），称为数据访问对象。它是对于数据库操作的一种设计方式，把Dao设计为一个通用接口，提供对数据库进行增、删、改、查的一系列操作数据库的抽象方法。

DAO(DataAccessObjects)设计模式属于JavaEE数据层的操作。使用DAO设计模式可以简化代码量和提高程序的可移植性

DAO设计模式组成部分：不同的包是放功能不同的类。

一般将DAO划分以下的部分：

1.VO（ValueObject）类：也就是JavaBean类，由属性以及属性的set()和get()方法组成。VO类中的成员变量要与数据库的表中的字段想对应。

2.DBConnection类：用于打开和关闭数据库操作的类

3.DAO接口类：用于声明数据库的操作，定义对数据库的原子性操作，如增加、修改、删除。在定义接口类之前，要分析业务需求，分析清楚系统需要哪些功能、方法，比如一些简单的增加、查询。DAO接口定义完成后需要定义它的实现类，为了降低耦合度，用了两种实现：（1）一种是数据操作实现类，也就是DAOImpl类（2）另一种业务操作实现类，也就是DAOService类

4.DAOImpl类：实现DAO接口的方法，主要负责具体的数据库操作，但不负责数据库的打开和关闭。此类通过有参构造方法取得数据库的连接

5.DAOService类：也是实现DAO接口的类，主要完成数据库的打开和关闭。在无参构造方法中实例化数据库连接，同时实例化DAO对象，也就是：privateDAOdao;dao=newDAOImpl(得到数据库连接的方法);，在每个方法操作完成之后必须记得关闭数据库

6.DAOFactory类：工厂类，用来获得DAOService类，在后续的客户端中就可以直接通过工厂类获得DAO接口的实例对象。

java开发中都用到了那些设计模式用在什么场合

设计模式很多，但总的来讲分为4大类，creationalpatterns，通常是隐藏对象的new进程，通过专门的类来具现对象。

structuralpatterns，根据类的层次关系和接口来设计。

behavioralpatterns根据对象间的通讯来设计J2EEpatterns.重视于表现层设计每类都有很多种。JAVA战狼班

java学到什么时候开始看设计模式最合适

谢邀！java学到什么时候看设计模式最合适？我的建议是最好能有一定的Java基础后学习，当然这里说的基础指的是已经能简单的小项目，比如说写个学生成绩管理系统（ps：当然不一定需要界面呈现）

为什么需要学设计模式设计模式（DesignPattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

设计模式是前人从不断实践中总结出来的一套经验，与语言无关，而是从代码设计的角度上入手，目的是为了使我们的代码更具有可维护性、可读性、可扩展性。

咱们从Java本身语言来说，很多类的设计就充分利用了23种设计模式，这里附上我整理的一张图：

再就从上文说到的成绩管理系统来说，其总共包括以下几个实体：

1、班级：一个老师可以管理多个班级，一个学生只能有一个班级

2、老师：负责将每个学生相应学科的成绩录入到系统中

3、学生：查看自己不同学科的成绩

4、学科：一个班级有多个学科，一个学科有一个老师

那么这里构造一个班级对象，其就充分利用了好几种设计模式：

组合模式：两个属性teachers和students，通过两个add方法来添加Teacher和Student

迭代器模式：通过showStudents方法来获取查看班级下所有学生的迭代器（ps：这里复用了Java#List的迭代器）

建造者模式：StudyClass本身是个建造者模式的实体，通过添加Teacher和Student来形成一个班级

publicclassStudyClass{privatefinalMap<Subject,Teacher>teachers;privatefinalList<Student>students;publicvoidaddTeacher(Subjectsubject,Teacherteacher){teachers.put(subject,teacher);}publicvoidaddStudent(Students){students.add(s);}publicIteratorshowStudents(){}}

所以上面的这个例子，你有发现什么吗？其实我们在日常开发中，在不断的应用着设计模式，早日学设计模式，能让我们做到了解到他人写这个代码的设计理念，能知道背后的逻辑，而不是停留在应用的阶段。

另外，同样是写代码，有的人写的代码可读性、可维护性极差，我们经常会看到有人在网上爆料说XX同事写的代码怎么怎么烂；有的人写的代码会让你如浴春风，赏心悦目。

对于Java语言来说，其是一门面向对象设计的语言，而设计模式本身也是基于面向对象设计产生的，这也更具有贴合性。

再一个，如果你想成为开源项目的commiter，那么对于代码质量这块要求就更高了，而设计模式就像一把利剑能帮你斩杀一些烂代码。

总之，更早的接触设计模式，了解其背后的设计理念，会让你的代码质量质的增长。

每天进步一点点！我是90后IT男，日常分享原创或转载的知识！！

你们自己编写的代码中用到了多少设计模式

1、设计模式的六大原则

总原则：开闭原则（OpenClosePrinciple）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类等，后面的具体设计中我们会提到这点。

1）单一职责原则

不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。

2）里氏替换原则（LiskovSubstitutionPrinciple）

里氏代换原则(LiskovSubstitutionPrincipleLSP)面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3）依赖倒转原则（DependenceInversionPrinciple）

这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。

4）接口隔离原则（InterfaceSegregationPrinciple）

这个原则的意思是：每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。

5）迪米特法则（最少知道原则）（DemeterPrinciple）

就是说：一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。

最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。

6）合成复用原则（CompositeReusePrinciple）

原则是尽量首先使用合成/聚合的方式，而不是使用继承。

2、常用模式简析

1）单例模式

单例模式（SingletonPattern）是Java中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。

2）工厂模式

工厂模式（FactoryPattern）是Java中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

3）建造者模式（Builder）

建造者模式（BuilderPattern）使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。一个Builder类会一步一步构造最终的对象。该Builder类是独立于其他对象的。

4）适配器模式

适配器模式（AdapterPattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。

这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。举个真实的例子，读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。

我们通过下面的实例来演示适配器模式的使用。其中，音频播放器设备只能播放mp3文件，通过使用一个更高级的音频播放器来播放vlc和mp4文件。

5）装饰器模式

装饰器模式（DecoratorPattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。

这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

我们通过下面的实例来演示装饰器模式的用法。其中，我们将把一个形状装饰上不同的颜色，同时又不改变形状类。

6）代理模式

在代理模式（ProxyPattern）中，一个类代表另一个类的功能。这种类型的设计模式属于结构型模式，在代理模式中，我们创建具有现有对象的对象，以便向外界提供功能接口。

7）原型模式

原型模式（PrototypePattern）是用于创建重复的对象，同时又能保证性能。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

这种模式是实现了一个原型接口，该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时，则采用这种模式。例如，一个对象需要在一个高代价的数据库操作之后被创建。我们可以缓存该对象，在下一个请求时返回它的克隆，在需要的时候更新数据库，以此来减少数据库调用。

8）备忘录模式

提供了一种可以恢复状态的机制，实现了信息的封装，使得用户不需要关心状态的保存细节，不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态。

9）观察者模式

当对象间存在一对多关系时，则使用观察者模式（ObserverPattern）。比如，当一个对象被修改时，则会自动通知它的依赖对象。观察者模式属于行为型模式。

10）策略模式

在策略模式（StrategyPattern）中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的context对象。策略对象改变context对象的执行算法。

3、总结设计模式（Designpattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的；设计模式使代码编制真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。