java 23种设计模式，一般情况下，常用的有哪些啊？
工厂模式， 工厂方法模式，单例模式， 外观（Facade）模式， 观察者（Observer）模式，桥接（Bridge）模式都是比较常用的，不同的项目有不同的设计方向，可以参考的设计模式也不尽相同，没有定数，只是上面这几个模式用的比较多一些。
java学到什么时候开始看设计模式最合适？
谢邀！java学到什么时候看设计模式最合适？我的建议是最好能有一定的Java基础后学习，当然这里说的基础指的是已经能简单的小项目，比如说写个学生成绩管理系统（ps：当然不一定需要界面呈现）
为什么需要学设计模式
设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。
设计模式是前人从不断实践中总结出来的一套经验，与语言无关，而是从代码设计的角度上入手，目的是为了使我们的代码更具有可维护性、可读性、可扩展性。
咱们从Java本身语言来说，很多类的设计就充分利用了23种设计模式，这里附上我整理的一张图：
再就从上文说到的成绩管理系统来说，其总共包括以下几个实体：
1、班级：一个老师可以管理多个班级，一个学生只能有一个班级
2、老师：负责将每个学生相应学科的成绩录入到系统中
3、学生：查看自己不同学科的成绩
4、学科：一个班级有多个学科，一个学科有一个老师
那么这里构造一个班级对象，其就充分利用了好几种设计模式：
组合模式：两个属性teachers和students，通过两个add方法来添加Teacher和Student
迭代器模式：通过showStudents方法来获取查看班级下所有学生的迭代器（ps：这里复用了Java#List的迭代器）
建造者模式：StudyClass本身是个建造者模式的实体，通过添加Teacher和Student来形成一个班级
public class StudyClass {
private final Map<Subject , Teacher> teachers;
private final List<Student> students;
public void addTeacher(Subject subject , Teacher teacher){teachers.put(subject,teacher);}
public void addStudent(Student s){students.add(s);}
public Iterator showStudents(){}
}
所以上面的这个例子，你有发现什么吗？其实我们在日常开发中，在不断的应用着设计模式，早日学设计模式，能让我们做到了解到他人写这个代码的设计理念，能知道背后的逻辑，而不是停留在应用的阶段。
另外，同样是写代码，有的人写的代码可读性、可维护性极差，我们经常会看到有人在网上爆料说XX同事写的代码怎么怎么烂；有的人写的代码会让你如浴春风，赏心悦目。
对于Java语言来说，其是一门面向对象设计的语言，而设计模式本身也是基于面向对象设计产生的，这也更具有贴合性。
再一个，如果你想成为开源项目的commiter，那么对于代码质量这块要求就更高了，而设计模式就像一把利剑能帮你斩杀一些烂代码。
总之，更早的接触设计模式，了解其背后的设计理念，会让你的代码质量质的增长。
每天进步一点点！我是90后IT男，日常分享原创或转载的知识！！
java设计模式之构造者模式，你们了解多少？
关于设计模式的内容，最近我也在学习Java的设计模式，同时在学习的过程中也写了一些总结的学习笔记。欢迎大家关注我查看。
Java设计模式建造者模式了解多少，这里我就说说我对建造者模式的理解。
建造者模式（Builder Pattern）通过多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
通过上面的一个简单描述，我们知道建造者模式通过一个个构建的零部件的构建组成，最后创建出目标对象。
举个例子，汽车的生产过程就可以看做简单的构建者，汽车由很多零部件组成，但是车厂不可能一下子将各个部位一起组件完成（类似于通过构造函数一次性把对象创建好），所以这里就是通过各个零部件的拼接，一步步完成一个汽车对象的创建。
通过上面的例子，我们可以发现：建造者模式属于创建型模式，即为了方便对象的创建。适用于一个对象的组成零部件过多的对象。比如下面的例子：
当然在Java语言中，我们常用的StringBuilder就是通过建造者模式设计的。
概括一句话：建造者模式（Builder Pattern）通过一步一步构建简单的对象，最后形成构建成一个复杂的对象。