问题标签 [powerbuilder-conversion]

有人对将 PowerBuilder 10 业务应用程序迁移到 .NET 有什么建议吗？

我的公司正在考虑将遗留的 PB 应用程序迁移到 .NET (C#)，我只是想知道是否有人有任何经验——好的或坏的——你想分享。

该应用程序相当大，有 10 个 PBL 库、一些 PFC 以及自定义框架。还有大量的 DLL 调用。最后，它使用 Microsoft SQL Server 数据库。

我们已经讨论了将“核心”应用程序代码移植到 .NET，然后根据需要移植更高级的功能。

我一直在尝试为一个相对复杂的应用程序的 PowerBuilder 9 到 11.5 迁移做一个规范。诚然 PowerBuilder 并不是我真正的专长，我在试图证明对项目这一部分的估计值时遇到了问题（我一直在与之交谈的 PowerBuilder 人员最近遇到了一些个人问题并且无法沟通）。这些是我们已经看到并可以评估的一些指标：

-PBL 文件-
主窗口
-数据窗口 -
功能

（不，我们没有此项目可用的源代码）

哪些指标特别有用？任何给定的“单元”（例如数据窗口）需要多长时间？

我有专为 VS2008 和 VS2010 设计的控件。它是否也适用于 Power Builder 12 设计器？或者我需要创建任何 design.dll

Has anyone else experienced this issue? my shop is finally getting around to migrating code from PB8 to PB12.1. My issue is with the RTE control.

This code snippet is located in an fw_save_rtf() event.

The result of the rte_1.SaveDocument line is all wording is saved. The result of the CopyRTF method is the last line in the document is dropped.

i've even tried:

and that gets a little more of the text to save, but still not everything.

Any comments or suggestions would be most welcome.

Thank you.

如何从 Sybase PowerBuilder V6.0 或 V7.0 迁移到 Sybase PowerBuilder V12.0（经典版或 .NET），并将其转换为 Web 应用程序？

如何将转换后的 PowerBuilder V12.0 项目转换为 Web 应用程序项目以在 Web 服务器（Windows server 2003/IIS V6.0/ASP.NET V4.0）中托管和运行？

从桌面转换为 Web 应用程序时支持和不支持的功能是什么？

我有一个名为sp_getnextautono(as_sequenceid Char(20), as_sequenceno double output)

在 Powerbuilder 中，我编写了如下脚本：

没有错误，但我无法获取sequenceno.

变量ld_sequenceno返回0。

谁能告诉我如何解决上述问题？

我在 SQL Server 数据库中存储阿拉伯语数据时遇到问题，数据库表中的数据将字符显示为没有意义的奇怪符号，例如 ÓíÇÑÉ ÕÛíÑÉ 但是当我使用 PB7 读取这些数据时，它看起来很好且可读，使用 PB10.5 读取时似乎不可读

我正在寻找有关在 PowerBuilder 中重写某些内容以使其与 Web 兼容的最佳方法的建议。我已经查看了有关该主题的其他帖子，但其中大多数是 3 年前的，所以我希望得到一些更新的答案。我想重写这个，因为我们正在合并两个数据库，并且想将合并后的版本放到网上，其中一个在 PowerBuilder 中。PowerBuilder 12.5 是一个选项吗？非常感激！

当我在 Windows Server 2008 R2 上工作时，我的应用程序的行为有所不同。

当我将我的 PowerScript 转换为 .net 项目时， today() 的函数将值作为日期以及时间（日期+时间）返回，而不仅仅是日期。

有什么建议么？

我们计划将 Sybase 迁移到 Oracle。该应用程序是在 PowerBuilder 中开发的。我们是否有任何工具可以找到在 PowerBuilder Application 中编写的内联 SQL？另外，请分享一些迁移需要遵循的最佳实践。

请注意，我们正在进行应用程序迁移而不是数据库迁移。