架构事件驱动的建议
架构事件驱动的建议
提问于 2012-10-24 14:26:29
最近，我使用Spring3.1在事件驱动体系结构中升级了我的应用程序工作
我在想你是怎么想的
- 在每个类中都有一个DAO实例，需要在DB中插入/更新/etc记录。(常规方式)
- 我是否应该将消息发送到DAO(通过jms/channels/任何其他方式)，并且消息的内容将是我应该做什么的说明(在DB中插入/更新/etc记录)
第二种方式在松散耦合方式下有多好？
也许是过火了？
欢迎您提出这个或任何其他建议或建议。
谢谢。雷。
回答 1
Stack Overflow用户
回答已采纳
发布于 2012-10-24 14:37:20
松散耦合并不意味着向应用程序“添加”更多的具体层(消息队列等)。如果“服务”实现类通过接口与DAO层交互(Spring注入是一个完美的用例，在脑海中可以想到)，那么您基本上是在抽象级别上操作。
如果然后将具体的DAO类注入替换为一个消息传递客户端，该客户机将消息发布到另一个服务，那么您的代码将继续像以前一样工作，不会发生重大更改。当然，阻塞/非阻塞方法之间总是存在脱节，但是没有什么是好的抽象所不能解决的。我的建议是研究框架/库(如Guice )，以创建应用程序的初始草案/重构，而不是添加新层。如果在某种程度上，您认为非阻塞的DB调用是可行的，那么您可以很容易地实现它们。把这种逻辑放在前面，只会增加技术债务。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/13051281
复制相关文章
相似问题
腾讯云开发者
