我的任务是用等效的JDBC调用替换一些Tuxedo服务。
考虑到单个Tuxedo服务，我首先创建了一个JDBC DAO，它实现了与现有Tuxedo DAO相同的接口。我从一个新的服务层调用方法。我打算在我的服务层使用Spring @Transactional注释来处理JDBC事务。
Tuxedo在内部处理事务，因此单个Tuxedo DAO方法调用与JDBC DAO上的多个方法调用相当，后者将从新的服务层调用。
鉴于上述情况，我觉得Tuxedo DAO应该是一个服务级实体。这有意义吗？
对于从服务/ DAO层角度展示这一点的最佳方法的任何想法将不胜感激。我需要将Tuxedo DAO保留用于遗留目的，但如果需要，将其重构到服务层应该不是问题。
由于 杰
答案 0 :(得分：1)
那么，
这很有道理。事实上，Tuxedo服务（取决于它只是一个数据库访问还是有更多的业务逻辑）可以被简单的DB-DAO或某种服务（EJB，WebService等取代，取决于标准技术）用于企业）。
我会首先尝试对服务进行分类，以便您可以决定如何处理这些服务并修复一些策略。像“DB-DAO”，“OTHER-DATASTORE-DAO”，“更复杂的服务”这样的东西。
完成这项工作后，您可以构建直接的DAO和服务。如果您决定在不同的基础架构上部署服务（扩展问题或仅仅因为许多应用程序将使用它们并且您希望保持干净的可见性），您仍然可以编写DAO以使用它们并尊重原始调用接口，但是背后的新实施。
此致