我们有一个大型的Oracle Forms 10应用程序,并且一直在考虑未来的方向。选择似乎是:
这种变化的驱动问题之一是开发人员越来越难找到表单。
根据以往的经验,对最好的方法有什么建议或意见吗?
发布于 2009-02-27 20:46:46
如果您问甲骨文,方法是使用ADF和JDeveloper。这就是Oracle所有的集中精力和编程努力的方向。您希望查看"Oracle融合“,这是它们的完整接口。这样做的原因是,Oracle正在为电子商务套件(也称为Oracle应用程序,大型运行您的跨国公司软件)使用的是什么。
ADF是java,您可以使用所有您想要的Java开发人员。ADF是一个界面设计工具,它包含了所有的数据库交互层以及UI。我已经用过它了,一旦你通过了一些概念上的障碍,你的团队就会非常有效率。
如果您有一个较小的表单应用程序,我会提出的另一个建议是查看Oracle应用程序速递(Oracle application Express,APEX)。它是使用web设计工具构建web应用程序的工具(也就是说,您使用的唯一工具是APEX接口)。它使用PL/SQL编写代码,并使用许多模板使您的应用程序看起来很棒。我也用它来构建应用程序,而且没有问题,我在几天内构建了漂亮的、快速执行的应用程序。
发布于 2010-08-25 11:46:10
虽然我同意Thomas的很多观点--低反应,但根据我的经验,我发现这取决于您在甲骨文中与WHO交谈的Oracle最佳途径。
与表单产品经理(他也是ADF的产品经理)交谈,您将被告知ADF是迁移Oracle窗体应用程序的正确选择。
与Apex产品经理交谈,您将放心,Apex不仅用于“小型”Oracle表单迁移。实际上,Apex处理大型表单迁移的能力也是由成员博客帖子支持的。
我想指出的一点是,Oracle从表单迁移的解决方案似乎最多是“模糊”的,而这种“模糊性”似乎是由Oracle的混合消息造成的。
发布于 2010-08-25 11:08:55
甲骨文说,不,表单至少要到2017年才能支持。我想,这是在2007年说过的,他们在十多年前没有发表支持声明。因此有很好的机会,形式将支持穆奇更长时间。
https://stackoverflow.com/questions/563589
复制相似问题