Progress 4gl 代码进度8与OpenEdge 11的兼容性
我们公司有一个基于Progress 8的ERP系统。您能说明OpenEdge 11与版本8的兼容性吗?它是否像编译源代码并运行测试一样:-或者更像每一行都需要返工 我知道这是一个一般性的问题,但也许你可以提供一个一般性的答案:o 谢谢,Progress 4gl 代码进度8与OpenEdge 11的兼容性,progress-4gl,openedge,Progress 4gl,Openedge,我们公司有一个基于Progress 8的ERP系统。您能说明OpenEdge 11与版本8的兼容性吗?它是否像编译源代码并运行测试一样:-或者更像每一行都需要返工 我知道这是一个一般性的问题,但也许你可以提供一个一般性的答案:o 谢谢, 冈特是的。转换数据库并重新编译 有时您可能会遇到关键字冲突。一个快速修复方法是关键字遗忘列表中的-k参数。使用-k是一种快速获取旧代码的方法,这些代码中的变量或表/字段名已成为要在更改名称时编译的新关键字 您可能还会偶尔看到编译器稍微收紧了规则的情况。例如,在v
冈特是的。转换数据库并重新编译 有时您可能会遇到关键字冲突。一个快速修复方法是关键字遗忘列表中的-k参数。使用-k是一种快速获取旧代码的方法,这些代码中的变量或表/字段名已成为要在更改名称时编译的新关键字 您可能还会偶尔看到编译器稍微收紧了规则的情况。例如,在v8/v9时间范围内定义共享变量的规则有一些收紧——我记得的大部分内容都是查看受影响的代码,并问自己如何开始编译 另一个潜在问题——如果您的应用程序使用的框架(如智能对象)的API可能会随着版本的不同而变化,那么确保您根据代码所需的框架版本进行编译是很重要的——不是更新的,而是不同的
显然,您需要进行测试,但绝大多数代码重新编译并运行时没有任何问题。是的。转换数据库并重新编译 有时您可能会遇到关键字冲突。一个快速修复方法是关键字遗忘列表中的-k参数。使用-k是一种快速获取旧代码的方法,这些代码中的变量或表/字段名已成为要在更改名称时编译的新关键字 您可能还会偶尔看到编译器稍微收紧了规则的情况。例如,在v8/v9时间范围内定义共享变量的规则有一些收紧——我记得的大部分内容都是查看受影响的代码,并问自己如何开始编译 另一个潜在问题——如果您的应用程序使用的框架(如智能对象)的API可能会随着版本的不同而变化,那么确保您根据代码所需的框架版本进行编译是很重要的——不是更新的,而是不同的
显然,您需要进行测试,但绝大多数代码重新编译并运行时没有任何问题。几天前,我们刚刚完成了从Progress 8.3E到OpenEdge 11的转换。就像汤姆写的那样。转换并重新编译
唯一的问题是最初在ProgressVersion7中创建的一个数据库。此处转换失败-但由于它是一个小型数据库,转储、重新创建和加载速度更快。几天前我们刚刚完成了从Progress 8.3E到OpenEdge 11的转换。就像汤姆写的那样。转换并重新编译 唯一的问题是最初在ProgressVersion7中创建的一个数据库。这里的转换失败了,但因为它是一个小数据库,所以转储、重新创建和加载更快