oracle10g – 将Oracle Forms转换为Apex – 是否值得考虑Apex Fo

发布时间：2021-02-19 16:14 所属栏目：128 来源：网络整理

导读：朋友们, 我正在考虑将Oracle Forms(10g)应用程序迁移到APEX(3.2.1)并查看使我能够进入APEX中可以获得Oracle表单“第一次切割”的阶段的选项. 通过阅读此guide以及此 appendix并且转换了几个示例表单(最终在修改xml文件以创建应用程序之后)来掌握Forms迁移工

朋友们,

我正在考虑将Oracle Forms(10g)应用程序迁移到APEX(3.2.1)并查看使我能够进入APEX中可以获得Oracle表单“第一次切割”的阶段的选项.

通过阅读此guide以及此 appendix并且转换了几个示例表单(最终在修改xml文件以创建应用程序之后)来掌握Forms迁移工具！转换的结果令人失望.通过在Apex中从头开始开发页面,我可以更快地获得更好的结果.

我很欣赏Apex Forms迁移工具处于初期阶段,我正在使用第一个版本,但除了一些伪项目管理功能之外,我很难看到使用它的任何好处.

我错过了什么吗？有没有人能够使用这个工具来达到可接受的结果？

提前致谢.

解决方法

我没有使用迁移工具的任何经验,但我参与了一个大型的表单到Apex迁移项目.自从我们大约2年前开始以来,我们无法使用迁移工具,而且我们已经构建了自己的迁移工具.但转换实际上很难实现自动化,除了基本上是屏幕布局和项目的简单位.所以我们有一个方法来生成第一个切割的Apex页面,其中包含正确的项目(或多或少)正确的布局,但是我们仍然需要做大的工作来检查PL / SQL片段的Forms触发器和库并找出它们如何处理它们(一些是冗余的特定于表单的代码,一些是我们需要在Javascript中重写的客户端验证,一些是根本不应该在UI中的业务逻辑,需要移动到包中) .

我认为迁移工具相对于我们自己所做的主要优势可能是“伪项目管理”,因为它为您提供了需要手动转换的事项列表并跟踪您所做的事情.这将在像我们这样的大型项目中获得回报,但在小型项目中可能不会那么多.对于小型项目,我倾向于说“让我们回顾旧的Forms应用程序的功能,重新定义要求并在Apex中从头开始构建”.你真的不希望你的Apex应用程序看起来像带有口红的Forms应用程序！

（编辑：ASP站长网）