|
|
1
4
简化#4:
当然,这需要在编码时了解所有可能的事件类,因此不如外部事件调度器灵活。 |
|
|
2
1
如果POJO的类是稳定的(新的),恭喜您 类类型 (不经常添加)您刚刚描述了使用访问者模式的动机! 可能 要对您的POJO集合执行不同的操作,您可以创建AbstractBaseVisitor并扩展它以处理您需要执行的不同操作!
这将需要在每个POJO周围放置一个小包装器,每个POJO类有一个包装器类,以添加
|
|
3
0
我在这个场景中使用了第4个解决方案,我认为这是一个很好的解决方案。我还将寻求关于更好解决方案的其他意见。 |
|
|
4
0
另一个解决方案是:用它的dispatcher方法注释每个类。您不需要一个中心位置来处理调度程序调用,POJO/调度程序也不会耦合到注释之外。 |
|
|
5
0
这个问题实际上根本不是语言不可知论。在某些语言中,您可以轻松地装饰类。但让我们继续使用Java。即使在那里,我也会说“视情况而定”。
如果您在Spring这样的上下文中运行,则会出现一个更有趣的选项。您可以获得实现特定接口的所有bean,例如:
(无可否认,上述代码未经测试) 我意识到我超越了这里的界限。我的观点是,解决方案的优雅程度取决于您选择的语言、您愿意使用的外部工具以及您正在使用的框架。 |