我正在考虑将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应用程序!
总结以上是内存溢出为你收集整理的oracle10g – 将Oracle Forms转换为Apex – 是否值得考虑Apex Forms迁移工具?全部内容,希望文章能够帮你解决oracle10g – 将Oracle Forms转换为Apex – 是否值得考虑Apex Forms迁移工具?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)