1

我一直在试图做一个PowerBuilder 9的规格到11.5 一个相对复杂的应用程序的移植。授予PowerBuilder 是不是真的我的专长我有问题试图证明这个项目的这一部分 估计(和我一直在谈论的PowerBuilder人 最近有一些私人问题,并且不在 通信) 。这些都是一些我们所看到的和可评估的指标:在估算PowerBuilder转换项目时需要注意什么?

-PBL文件
- 主要的Windows
- 数据的Windows
-functions

(不,我们没有可用的源在这个项目上)

什么指标特别有用,数据窗口等任何给定“单位”需要多长时间?

+0

不太了解PB 9,但是我们用一个更好的.NET程序取代了我们最后一个PB 5应用程序的原因之一是,这个漏洞是一个二进制BLURB,我们没有任何对文本级别的代码的访问。所以,版本控制不能很好地工作,全局搜索不能很好地工作,并且代码度量?是的,你懂了,他们工作也不太好。 – 2010-03-24 21:08:16

回答

5

大多数PowerBuilder迁移都非常流畅。 (a)Rich Text Edit控件(如果使用的话)和(b)Unicode与ANSI的更改可能会使您从9.0移至11.5。如果您有外部函数调用传递字符串,则后者将主要成为问题,并且只需要添加ANSI后缀或迁移到Unicode版本的调用。

因此,请查看是否使用了Rich Text Edit控件,并查看是否声明了多少个外部函数调用。如果你没有任何一个,那么就像在11.5中打开项目一样简单(在进行备份之后)并允许11.5进行迁移。

+1

我同意这两个类别。 PB迁移将为任何具有字符串参数的外部函数调用添加“; ANSI”限定符。我会寻找任何具有字节数组或字符串的外部函数,这些函数有人试图将字符串填入;填充一个Unicode字符串而不是ANSI字符串可能会导致问题。 (PBL Peeper可以为您提供ext fns的列表。)关于指标,我不认为任何基于代码的指标很重要;迁移是自动的。绝大多数努力都是测试,所以你想知道应用程序界面中功能点的数量。 – Terry 2010-03-25 00:43:05

+2

如果是PFC应用程序,另一件要考虑的事情是您是否会修复并继续使用已迁移的PFC或移至为11.5构建的版本。如果没有中间层,并且定制了PFC,则可能需要保留旧的PFC。 – 2010-03-25 14:59:37

+0

好的回答布鲁斯。我唯一要添加的是允许大量的测试时间。迁移通常非常顺利,我敢打赌你会在第一天完成迁移。特里提到的ANSI问题让我进行了一次迁移。发现发生的怪癖需要进行大量的测试。 – 2010-11-29 01:41:44

0

它已经有一段时间了,我不记得具体细节,但是我们从9升级到11.5的过程非常顺利。

相关问题