迁移基于字符的Oracle表单

简单的答案是告诉你退房 Migration from 6i to 10g .

以前做过,我认为更有用的答案是告诉你从头重写那些表格和报告。可能在另一个工具中——特别是如果你想拥有一个Web界面等等,而不是被一个古老的Java运行时所困扰。

有一些产品可以让您将旧的表单代码转换为PL/SQL。 Kumaran 这是一个例子,但我发现它有问题,不得不做很多手工编辑的代码,使其工作与原来的一样。

据我所知,崔已经死了,所以你最好去一个图形用户界面。上一次我查看它时,几乎没有关于CUI表单的文档,而且通常在GUI中工作的内容在CUI中根本不起作用。

在将基于CUI的表单应用程序转换为GUI时,可能会遇到一些问题。

• 有时,当用户移动到下一个或上一个字段/块等时,会进行验证和特殊处理。当您切换到适当的GUI时,用户只需单击另一个字段,就可以跳过这些事件。所以您只剩下两个选择1审核所有表单或2用鼠标禁用表单中的导航

  选项1比重新开发少工作,但看看我们已经投入了多少工作。

  选项2你的用户会讨厌你,然后拿着音叉和火把追你。他们会意识到他们对你投入的所有工作都毫无价值。不管怎样,你最终还是会选择1。

• 有时,一个在CUI中工作良好(或由于CUI的限制而需要)的用户界面是完全错误的,它打破了用户在其他用户界面中使用的用户界面隐喻(例如,一个弹出窗口,其中有一个列表,您必须在其中选择一个条目,而不是在下拉窗口中直接选择正确的值)。

• 当转换为图形用户界面时,CUI最终可能会使用不同的字体、文本大小和其他格式默认值,而不是新编写的表单(对我来说是这样)。因此,现在要么必须更新整个表单集以遵循Oracle新的表单/报表默认主题,要么每个新的表单/报表都必须恢复到以前的笨拙风格,否则它会像拇指一样突出(而您的用户希望它们现在都像漂亮的一样)。

不是你想要的答案;哈。但你可以以此作为借口,退出升级胎面磨的表格/报告,甚至可能清理多年来发生的一些黑客行为。