如果需要从Oracle Forms 10g，Apex或ADF迁移，那会更好
If Apex then Why and Why not ADF
If Adf then Why and Why not Apex
显然，这将是一个基于意见的答案。
他们说“形式已经死了”至少二十年了，但是 - 形式还活着。印度的家伙仍然在6i开发应用程序，我不确定他们是否已经转向网络（我怎么知道？通过在不同的Oracle论坛上阅读问题）。
对于想要放弃表格的人来说，ADF看起来是一个很好的选择。 ADF看起来很漂亮。 ADF是Java。我不喜欢Java（但这不相关）。 ADF不是一个简单的工具，不会说Java的人可能会遇到某些问题。您可能知道使用Forms创建主 - 详细信息表单（例如，基于Scott的EMP和DEPT表）是多么简单？分钟的问题。我不知道ADF，但我看过一个Java开发人员花了几个小时（字面意思）来完成同样的任务（同时，另一个人在Delphi中创建它甚至比在Forms中更快）。
APEX比ADF（和形式，诚实）简单。您只需要一个网络浏览器。没有复杂的IAS或Web逻辑安装，JInitiator和东西......好的 - 如果必须，嵌入式监听器会完成它的工作，但你最好切换到ORDS。如果你有公平的（PL /）SQL背景，创建一个Apex应用程序几个小时/几天，你会有一个漂亮的应用程序。它有多强大？很明显，据我所知。作为开发人员，你呢？幸运的是，你是在Apex 19.x出局时来的。在动态前动作时代（3.x），你会感到痛苦，因为Forms会用触发器完成所有事情 - 在Apex中没有。但是现在，现在你已经拥有了迄今为止最接近触发器的动态动作。
如果您将逻辑保留在数据库（存储过程，包）中并让APEX为用户提供良好的演示，那么您不应该期待太多问题。我听说（就在昨天）我知道的ADF开发人员做了同样的事情 - 保留数据库中的所有内容并使用ADF创建一个不错的应用程序。用户不喜欢Forms应用程序，因为它们看起来很难看。但是，嘿，他们知道什么？表单应用程序 - 如果写得很好 - 是非常好的，强大的，可靠的软件。
我听说（在OUG会议上） - 在OpenWorld上 - 有大量的APEX演示和零ADF演示。 Apex现在，ADF似乎已经出局了。
我想将我的Forms应用程序迁移到任何东西吗？不，我不会。我很同情你。
取决于您的开发人员的经验和知识以及您希望开发的语言.ADF实际上是2个产品（嗯，真的是4 ...）ADF业务组件（ADF BC）是后端服务器ORM框架和ADF Faces （JSF）用于前端服务器生成的Web页面。
ADF是一个完整的JEE解决方案，使用servlet，JSP / JSF，ORM以及复杂的并发和数据管理。它适用于那些希望为其应用程序提供Java解决方案的用户。话虽这么说，大多数人正在离开ADF Faces（前端）用于JET（JS）或APEX（PL / SQL），并且选择ADF BC是因为它具有以声明方式创建RESTFul Web服务的出色能力，可以使用自定义Java代码进行扩展。 ADF BC可以使用许多不同的数据源和数据库 - 基本上任何具有JDBC驱动程序的数据源和数据库。 APEX仅适用于Oracle DB。
从Forms到APEX的迁移更直接，APEX中有迁移工具可以帮助解决这个问题。 APEX是PL / SQL vs ADF，它是Java。
如果是我，我会使用APEX，如果我想在Oracle数据库上安装Web应用程序或从Froms迁移。如果我不得不创建RESTFul Web服务并且需要与不同的服务器和源集成，那么我会使用ADF BC。虽然我可以在APEX / ORDS中创建RESTFul Web服务 - 它只是一个SQL / PL / SQL解决方案，ADF BC允许跨任何数据源使用Java。