【发布时间】：2008-09-18 20:57:24
【问题描述】：
在实现远程业务逻辑方面会有什么不同？
目前我们正计划使用ADF 开发前端Web 应用程序（从Struts 移动）。在可扩展性方面，使用TopLink 调用EJBs 与通过RMI 调用ADF 业务组件之间的前端有什么区别，因为从Struts 到ADF 的迁移还将包括PL/SQL 和Oracle Forms，从而增加了用户数量严重吗？
【问题讨论】：
标签： java jakarta-ee ejb oracle-adf
【发布时间】：2008-09-18 20:57:24
【问题描述】：
ADF 非常广泛，因为它涵盖了前端一直到数据访问。如果您打算使用整个堆栈，这是一个很棒的 RAD 框架，但如果您只打算使用其中的一部分，它就不那么热门了。
我假设您正在谈论将 TopLink 或 ADF 业务组件 (BC4J) 用于数据访问层。
我想说，如果您打算使用基于 RMI 的应用程序，TopLink 可能会更好，主要是因为 BC4J 的强大功能在于它的视图对象，它不会序列化（因此将这些结果转换为 TopLink 样式值对象，无论如何）。
如果您正在做一个直接向上和向下的 Web 应用程序并且并不真正关心 EJB 和 RMI，那么我想您会发现 BC4J 在使标准 Web 应用程序扩展方面提供了很多东西......长篇大论简而言之，它将 SQL 映射到视图对象，这些对象基本上是智能数据网格，具有非常可调的行为，可以直接绑定到 Oracle ADF Faces 的JSF 组件，从而提供非常好的无缝 RAD。
【讨论】：
我现在正在经历类似的情况。我不是专家，但这里是我从我的经验中收集到的。 EJB 是使用 Toplink 还是 ADF 更好地扩展取决于您的具体情况。在某些情况下，一种可能比另一种更好，但我觉得它们都是很好的解决方案。
但是，既然您提到该项目还涉及 Oracle Forms 的迁移，那么 ADF 似乎将是最佳选择，因为 Oracle 似乎将 JDeveloper 和 ADF 定位为 Forms and Reports 的继任者（请参阅ADF Documentation targeting Forms and Designer Developers )。
【讨论】：
您不应使用 ADF BC 的 EJB 部署。它需要大量的 RMI 同步。我将它与 ADF Swing 一起使用。转到下一个记录大约需要三秒钟。我们需要重写组合框以使其执行。
在Oracle 11g（2009-05 版）中，您将获得基于视图对象创建 SDO WS 的选项，并且您可以在其他 ADF 项目中的基于 ADF BC 服务的实体中使用这些选项。
【讨论】：