foxpro - 将应用程序从 Visual Foxpro 6 转换为 Visual Foxpro 9 有多容易？

Question

将 Visual Foxpro 6 应用程序转换为 Visual Foxpro 9 时是否存在任何问题？还是这很直接？

在此过程中有什么需要注意的地方吗？

Answer 1

是的...取决于您项目中的各种元素。我目前在 VFP9 SP1 和 VFP9 SP2 中都有应用程序(使用 HotFix3 进行报告)

使用旧格式 SQL 查询在 VFP9 下运行 HELP 时出现一些问题

设置引擎行为 70您可能想保留 70。8 和 9 中的一些增强功能强制使用了一个奇妙的技巧，该技巧在惰性 group by 子句中的早期查询中使用...仅按您关心的几列进行分组，尤其是在加入查找时无论如何，您知道的表总是具有相同的值。在 8 和 9 中，它要求您通过所有非聚合函数来限定分组...在这种情况下，您可能只需将这些“常量”列更改为 MAX( SomeField) as SomeField。无论如何，如果您的组基于 ID key ，则最大值永远不会改变。

从查询中已知的其他问题与 SELECT SUM() 有关。如果执行查询，并且没有与查询匹配的记录，则 SUM() 列将返回 NULL，并且当您希望获得数字时，您会得到意外的数据类型。一个快速的方法是始终添加 COUNT(*) 作为 ActualRecords，它总是返回一个数字。然后，您可以检查“Result.ActualRecords = 0”是否执行某些操作来通知用户、中止报告等，否则继续。

报告在 6 的基础上得到了明显的增强，并且具有一些非常好的功能，特别是多个链接表报告区域，而无需执行“打印时间”和在某些条件下进行重叠控制。这对于您希望在最终报告中包含多个相关表格来说非常有用。

关于 SQL SUM() Group by 问题的一个更新。我发现如果你做了

SELECT NVL( SUM(whatever ), 0 ) as FinalColumn，如果您确实遇到没有合格记录的总和，NVL() 将采用该空值并将其强制为零，从而防止后续出现 NULL 问题。 .同样，适用于 MIN()、MAX()、AVG() 等。

这些只是一些盯着我看的大人物......