通过 RMI 的 ADF 业务组件与 EJB 和 Toplink
实施远程业务逻辑有何不同？
目前，我们计划使用 ADF 来开发前端 Web 应用程序（从 Struts）。 使用 EJB 的前端有什么区别en.wikipedia.org/wiki/TopLink" rel="nofollow noreferrer">TopLink 与通过 RMI 在可扩展性方面有何不同，因为从 Struts 迁移到 ADF 还将包含 PL/SQL 和 Oracle Forms，从而大幅增加用户数量？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
ADF 非常广泛，因为它涵盖了前端一直到数据访问。 如果您要使用整个堆栈，那么这是一个很棒的 RAD 框架，但事实并非如此如果您只打算使用一份或另一份，请热。
我假设您正在讨论使用 TopLink 或 ADF 业务组件 (BC4J) 作为数据访问层。
我想说，如果您计划使用基于 RMI 的应用程序，那么 TopLink 可能会更好，主要是因为 BC4J 的强大功能在于其视图对象，这些对象不会序列化（因此将这些结果转换为 TopLink 样式值对象，反正）。
如果您正在做一个直接向上和向下的 Web 应用程序，并且并不真正关心 EJB 和 RMI，那么我想您会发现 BC4J 在使标准 Web 应用程序扩展的方式上提供了很多...长话短说，它将 SQL 映射到视图对象，这些对象基本上是具有非常可调行为的智能数据网格，可以直接绑定到 JSF Oracle ADF Faces 组件，提供了非常好的无缝 RAD。
ADF is pretty broad, as it encompasses front end all the way down through data access. It's a great RAD framework if you are going to use the entire stack, but isn't so hot if you are only going to use one portion or the other.
I am assuming you are talking about using either TopLink or ADF business components (BC4J) for the data access layer.
I would say that if you are planning on using an RMI based application, that TopLink would probably be better, mainly because the power of BC4J is in its view objects, which don't serialize (hence translating those results into TopLink style value objects, anyway).
If you are doing a straight up and down web application and don't really care about EJBs and RMI then I think you'll find that BC4J offers a lot in the way of making standard web applications scale... Long story short, it maps SQL into view objects, which are basically smart datagrids that have very tunable behavior, which can be bound directly to JSF components of the Oracle ADF Faces, giving really good seamless RAD.
我现在正在经历类似的情况。 我不是专家，但这是我从我的经验中收集到的。 EJB 使用 Toplink 还是 ADF 的扩展性是否更好在很大程度上取决于您的具体情况。 在某些情况下，一个可能比另一个更好，但我感觉它们都是非常好的解决方案。
然而，既然您提到该项目还涉及 Oracle Forms 的迁移，那么 ADF 似乎是最佳选择，因为 Oracle 似乎将 JDeveloper 和 ADF 定位为 Forms 和 Reports 的继任者（请参阅 面向表单和设计器开发人员的 ADF 文档）。
I'm going through a similar situation right now. I'm am not an expert, but here what I've gathered from my experience. Whether EJB's using Toplink or ADF scales better depends quite a bit on the particulars of your situation. In some cases one might be better than the other, but I get the feeling that they are both pretty good solutions.
However since you mention that the project also involves the migration of Oracle Forms, then it seems that ADF would be the best choice since Oracle seems to be positioning JDeveloper and ADF as the successor for Forms and Reports (see the ADF Documentation targeting Forms and Designer Developers).
您不应使用 ADF BC 的 EJB 部署。 它需要大量的RMI同步。 我将其与 ADF Swing 一起使用。 转到下一个记录大约需要三秒钟。 我们需要重写组合框才能使其执行。
在 Oracle 11g（2009-05 版）中，您将获得创建 SDO 的选项WS 基于视图对象，您可以在其他 ADF 项目中的基于 ADF BC 服务的实体中使用它们。
You should not use the EJB deployment of ADF BC. It needs a lot of RMI synchronisation. I used it with ADF Swing. Going to the next record takes about three seconds. We need to rewrite the comboboxes to make it perform.
In Oracle 11g (2009-05 edition) you will get the option to create an SDO WS based on a viewobject and you can use these in ADF BC serviced based entities in a other ADF project.