fas*_*ava 1 java constructor design-patterns object
我在这个博客中遇到了一种非常不寻常的方法来构建一个类的对象:http: //marchwicki.pl/blog/2010/11/building-a-pojo-in-an-elegant-way/.这是一个很好的方法来做到这一点.有什么好处？
我在这个博客中遇到了一种非常不寻常的方法来构建一个类的对象:http://marchwicki.pl/blog/2010/11/building-a-pojo-in-an-elegant-way/.
这是具有流畅界面的构建器设计模式.
正如你从文章中看到的那样,这两个想法是互补的,经常一起使用(我看到有人称之为"流利的建设者"),所以,他们常常被混淆为同一件事:
该生成器模式抽象和简化复杂对象的构造成简单的步骤.
构建器模式在"四人帮"的设计模式书中讨论
Joshua Bloch在他的" Effective Java"一书中讨论了建设者作为第2项
一个流畅的接口是一个API风格的使用环境和方法链接来提高代码的可读性.
请注意,您可以在没有流畅界面的情况下使用构建器模式(例如,具有简单setter的构建器).您还可以在更多上下文中使用流畅的界面构思而不仅仅是构建器(例如,为了提高具有许多参数和参数变化的一组重载方法的可读性).
这是一个很好的方法吗？
这种"流利的建设者"似乎被高度认可为"这样做的好方法"(至少基于我看过的改变这个想法的文章和博客文章的数量).
有什么好处？
每个想法都有其独特的优势/好处.例如,请参阅:
生成器 - 您何时使用Builder模式？
流畅的界面 - 什么是流畅的界面？
| 归档时间： |
|
| 查看次数： |
599 次 |
| 最近记录： |