迁移Oracle窗体和报表时,有几个选项可供选择:
你认为哪一个在业务连续性和技术转型方面是最好的?你有这样的移民经验吗?
最后,我想知道是否有必要迁移或只保留"Oracle窗体/报告“。
发布于 2014-12-25 10:29:24
不管工具供应商会说什么,这将是重写应用程序的练习。
所以真正的问题是,你为什么要这么做?Oracle仍在支持表单一段时间。我们可以做很多事情来更新我们的表单应用程序,同时保留我们对现有软件的投资。我敦促大家看看米娅·乌尔曼在几年前我帮助组织的一次UKOUG活动中所做的给您的表单一个Facelift:表单UI现代化的技巧和技巧演讲。
如果您的想法是完全基于重写,您会发现APEX对于具有窗体/ PL/SQL背景的开发人员来说是最简单的途径。
2018年最新情况:
甲骨文已经回到表单后面了。12c发行版有100多个新特性。好吧,有些很小,但这是一个明确的意向声明。了解更多信息。
发布于 2014-12-29 03:22:14
这是一个很大的“视情况而定”。ADF是一个类似的替代方案,而APEX则更容易学习和找到构建的资源。
开发工具的方向声明是一个很好的起点,不久前我提供了我自己的评论(http://www.grassroots-oracle.com/2012/03/on-oracles-statement-of-direction-for.html)。
发布于 2014-12-29 10:44:46
我认为您还应该检查甲骨文JHeadStart,正如文档中提到的那样:
创建JHeadstart Forms2ADF业务组件和基于Oracle文件的JHeadstart应用程序定义文件
希望这能帮上忙。
https://stackoverflow.com/questions/27646131
复制相似问题