Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
如何改进构建器模式?
动机 最近我寻找一种方法来初始化复杂的对象 而不需要向构造函数传递大量参数 我尝试使用构建器模式 但我不喜欢这样的事实 即我无法在编译时检查是否确实设置了所有需要的值 传统建造者模式 当我使用构建器模式来创建我的Complex对象 创建更加
Java
DesignPatterns
builderpattern
使用构建器模式最多设置一次值
Java 中是否有标准做法 在使用构建器模式时 确保成员变量最多设置一次 我需要确保 setter 被调用 0 或 1 次 但绝不会更多 我想扔一个RuntimeException某种类型的问题 但我担心同步问题以及该领域的最佳实践 什么也
Java
builderpattern
Lombok Builder 注释引发 UnsupportedOperationException
我在我的项目中使用 Lombok 我的模型看起来像 Builder Data AllArgsConstructor public class ScreenDefinitionDTO Singular private List
Java
list
RuntimeException
Lombok
builderpattern
Java 通用构建器
假设我需要一些DerivedBuilder延长一些BaseBuilder 基础构建器有一些方法 例如foo 返回BaseBuilder 派生构建器有方法bar 方法bar应该在方法之后调用foo 为了做到这一点我可以覆盖foo中的方法Der
Java
generics
builderpattern
我应该在 DTO 中使用构建器模式吗?
这可能是一个相当主观的问题 但我想知道更多的意见 我使用 Spring MVC 构建了 Rest API 服务 并实现了 DTO 域 实体模式 我想知道您对实施该法案有何看法建造者模式 https en wikipedia org wiki
Java
DesignPatterns
DTO
datatransferobjects
builderpattern
处理对象字段验证的最佳方法 => Either / Try (scala 2.10) / ValidationNEL (scalaz)
让我们假设一个使用构建器模式构造的对象 这个构建器模式将包含一个build方法侧重于字段验证 然后转换为目标类型 该验证可以使用以下方式实现 Either FailureObject TargetObject type Try Target
scala
Exception
builderpattern
scalaz7
构建器模式是否会做得太多?
我最近一直在与一个研究小组一起研究设计模式 并且逐渐了解到构建器模式对于创建由许多 可能是可选的 部分组成的复杂对象非常有用 然而 建造者是否在某个时刻做得太多了呢 假设我们有一个包含许多不同对象组合的类 是否有另一种模式可能更适合该类 而
Java
DesignPatterns
classdesign
Builder
builderpattern
构建器模式与配置对象
构建器模式在创建不可变对象时很流行 但创建构建器会产生一些编程开销 所以我想知道为什么不简单地使用配置对象 构建器的用法如下所示 Product p Product Builder name Vodka alcohol 0 38 size
Java
OOP
configuration
builderpattern
这是不可变类和 Builder 模式的有效 Java 实现吗?
Builder 实现 Cloneable 并重写clone 不可变类保留构建器的私有克隆 而不是复制构建器的每个字段 这使得返回新的构建器并创建不可变实例的稍微修改的副本变得容易 这条路我可以走 MyImmutable i1 new MyI
Java
immutability
builderpattern
如何在我的 ModelInput 类中使用 Joshua Bloch 版本所描述的 Builder 模式?
我正在尝试对下面的类使用 Builder 模式 最初 我使用类的构造函数来设置所有参数 但意外地我遇到了 Builder 模式 它看起来很适合我的用例 下面是我的课程 大多数人都会通过userId clientId and paramete
Java
constructor
Builder
setter
builderpattern
C++ 中首选的构建器模式是否有替代方案?
我来自 Java 那里大量使用了构建器模式 e g Foo foo new FooBuilder setBar 43 setBaz hello world enableCache true build 例如 Automapper 是一个流行
Java
c
idioms
builderpattern
构建器模式:首选哪种变体? [关闭]
就目前情况而言 这个问题不太适合我们的问答形式 我们希望答案得到事实 参考资料或专业知识的支持 但这个问题可能会引发辩论 争论 民意调查或扩展讨论 如果您觉得这个问题可以改进并可能重新开放 访问帮助中心以获得指导 我正在阅读 Effecti
Java
effectivejava
builderpattern
建造者设计模式和工厂设计模式有什么区别? [关闭]
Closed 这个问题需要多问focused 目前不接受答案 Builder设计模式和Factory设计模式有什么区别 哪一种更有优势 为什么 如果我想测试和比较 对比这些模式 如何将我的发现表示为图表 对于设计模式 通常没有适用于所有情况
DesignPatterns
factorypattern
factorymethod
builderpattern
是否可以在 lambda 闭包中隐藏变量?
我正在尝试在 Kotlin 中创建一个类型安全的 Groovy 风格构建器 就像它所描述的那样here 问题是嵌套 lambda 中 lambda 接收器的可见性 这是一个简单的例子 html head id head1 body head
Lambda
kotlin
typesafety
builderpattern