Java:构建器模式与逻辑分组对象

标签 java coding-style parameters constructor builder-pattern

我读了this question关于如何在 java 中拆分大型构造函数。但我不太确定在我的情况下我该怎么做。这个问题表明构建器模式是更好的方法,但同时有人在某个子句中说“只有某些参数是可选的”。因为我所有的参数都是强制性的,所以我看不出构建器模式有任何优势。我只会冒险忘记传递重要的和平信息。因此,我是创建新的逻辑分组对象的唯一选择,还是我遗漏了有关构建器模式的一些重要事实? build 者似乎只有在东西可以丢失的情况下才是好的?

最佳答案

“因此,创建新的逻辑分组对象是我唯一的选择,还是我遗漏了有关构建器模式的一些重要事实?”

我的意见是:

是的。与抽象中所需的工作量相比,在这种情况下使用构建器不会提供额外的好处。

评论中还提到:如果你为一个对象设置了太多参数,可能是这个对象做的太多了。

关于Java:构建器模式与逻辑分组对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8783423/

相关文章:

Ruby:除非与如果不是

java - 将枚举作为方法中的参数传递?

parameters - Latex Tikz/Pgf 声明带有参数的形状和带有数字的 anchor

c# - 从c#到Java接收字符串错误

java - 我的程序似乎效率低下

java - 从 Maven 有条件地运行 JUnit 测试

java - 在 Java 中创建这样的 _fields_ 名称有什么问题?

java - 查找数据库结构中子节点的数量

language-agnostic - 从哪里开始编程?

django - 与 Django 模板中的参数链接