【发布时间】：2014-09-17 14:10:27
【问题描述】：
是否有任何逻辑来获取具有 powerbuilder 对象名称、大小的报告.. 由于我们正在迁移 PB 项目，其他团队要求我们生成上述列表，因为我们有很多 3000 左右的对象，我们无法手动完成。请分享是否有任何方法可以做到这一点。
【问题讨论】：
标签： sybase powerbuilder
【发布时间】：2014-09-17 14:10:27
【问题描述】：
PBL Peeper（正如 Seki 提到的）可以为您提供各种 DataWindows 列表（Seki 将您指向报告页面，但列表页面也可能有用），但您使用“报告”。 DataWindows 可以用作打印报告、用户界面、这两者的组件，甚至是非可视化存储（等等）。如果他们正在寻找打印报告的描述，这将更加复杂。您可以使用 PP 搜索 Print() 或 PrintDataWindow() 命令（尽管它们可能引用函数参数，这些参数必须追溯到调用堆栈，或者它们可能引用可能具有其 DataWindow 对象引用动态修改的控件运行）。还要记住，即使您找到了受打印命令约束的 DataWindow 对象，DataWindows 也可以包含其他 DataWindows，因此您可能必须链接引用（这也可以在运行时修改）。
您提到“迁移”。如果打算迁移到另一种技术，请记住 DataWindows 不是简单的数据转储。 DataWindows 可以利用嵌入、动态定位、数据驱动的属性修改和几乎所有内容的运行时修改（包括整个对象的运行时生成）；这是迁移 DataWindows 时的冰山一角。如果有人希望获得报告背后的 SQL，以及 UI 元素的一些静态属性（例如 X、Y、宽度、高度），您可以通过建议任务可能比这更多来为他们提供服务.
祝你好运。
【讨论】：
您可以使用“打印目录”功能，借助 PDF 打印机打印 PBL 中的对象列表（按对象类型分组）。
如果 PBL 的数量很大，那就不太方便了，PBL Peeper reports 可能是更好的解决方案。
【讨论】：
-
感谢PP推荐。
除了 Seki 和 Terry 提到的内容之外，PBL Peeper 中还有其他报告，这些报告对进行迁移的团队很有用，包括数据库列使用和对象交叉引用。为了补充 Terry 关于 DataWindow 的评论，除了 Create 和 Modify 方法之外，还有 Evaluate 可以执行动态创建的代码。另一个吸引人们试图将 DataWindows 迁移到不同技术的因素是 PBSELECT，它是 DataWindows 中的默认设置。在运行时，Transaction 对象将 PBSELECT 转换为您连接到的特定数据库的 SQL。 PBL Peeper DataWindow SQL 报告将为您提供指向它的数据库版本的 SQL，但除非您使用与应用程序完全相同的连接设置针对完全相同的数据库版本运行，否则它不一定是应用程序将使用的 SQL生成。
【讨论】：
您的项目是否受源代码控制？如果是这样，您可以查看源代码管理文件夹并运行报告。每个对象都被导出到一个文本文件，其扩展名特定于对象类型。只是在这里跳出框框思考......这可能会有所帮助。除了获得某人已经编写的工具（例如其他人正在谈论的窥视器）之外，我想不出其他方法。
我几乎可以理解为什么有人会问你这个问题，无论他们使用哪种方法，它都不能准确表示应用程序大小/对象/代码。一个数据窗口对象可以有许多计算字段，每个字段都像它自己的函数一样。我所知道的市场上没有任何东西可以深入到这种详细程度。因此，一个数据对象可能等于 50 个单位的编程工作量，而另一个数据对象可能等于一个单位的编程工作量。
使用对象来衡量代码的另一个问题是，PB 是面向对象的，因此祖先对象可能永远不会单独使用。或者一个复杂的用户对象可能在应用程序的数百个地方实例化，因此将其视为一个“单元”是完全误导的。简而言之，没有一种快速而肮脏的方法来衡量更换 PB 应用程序所付出的努力或需要付出的努力。
另一个简单的例子，一个窗口不等于一个窗口。一个窗口可能有五十个控件实例化，每个控件都有许多事件或函数的代码。因此，一个窗口可能等于一个编程单位，而另一个可能是一百个单位。
那么你就有了后端。那里做了多少。我一直走在这条路上，当管理层要求这些事情时，他们不知道自己会遇到什么，应该警告他们。
【讨论】：