design-patterns
-
Java动态代理与常规代理的有用性 我需要一些建议,对于动态代理在哪些情况下比常规代理更有用。 我花了很多精力来学习如何有效地使用动态代理。在这个问题上,撇开像AspectJ这样的框架基本上可以执行我们试图通过动态代
-
-
将一个模型转换为另一个模型的设计模式 基本上,我的应用程序中有许多对象,在发送请求之前,我必须将它们转换为另一个第三方对象。在收到响应时,我必须将这些对象转换回我的应用程序支持的对象。 在 Java 中,我可以使用什
-
为什么 MouseAdapter 是一个适配器? 名称(和javadocs)意味着它是一个适配器(设计模式)。但我不这么认为 - 它不适应任何东西,至少在乍一看是这样。 那么,这是一个适配器(设计模式),还是只是一个导致混淆的随机名称?
-
-
-
DTO 是否应使用继承或组合 在 SOA 中,如果几个 DTO 类具有一些重复的字段。是使用组合或继承更好,这样就不会重复,还是只使用一个封装所有字段的DTO类。随着我的DTO课程的增长,我看到了很多重复的字段名称,声纳报
-
使用 Spring 注入运行时依赖性 我目前的项目是利用Spring,我们的架构师决定让Spring管理服务,存储库和工厂对象,而不是域对象。我们密切关注领域驱动设计。不对域对象使用 spring 的原因主要是 spring 只允许静态依赖注入。
-
避免重复代码的良好策略 假设我有以下场景: 显然,这并不是那么好,因为B有一个空的impl。的 addSomeSpecialThings.此外,这个借口是一个非常简单的。例如,方法中可能存在更多差异,因此提取相同的功能并不容易。
-
流畅的 API - 返回这个还是新的? 我最近提出了一个有趣的问题,流利的方法应该返回什么?他们应该改变当前对象的状态还是创建一个具有新状态的全新对象? 如果这个简短的描述不是很直观,这里有一个(不幸的是)冗长
标签