问题标签 [delphi-2006]

API 文档的 XMLDoc 工具在此处解释：

http://edn.embarcadero.com/article/32770

是否有任何免费或商业工具可用于创建基于 Delphi 的 XML 文档格式的文档？

是否有更新版本的“入门”文档？此页面指的是 Delphi 2005 和第三方工具，其中一些似乎已经移动。

需要 Delphi 2005 的 XMLDoc

• Python（使用 Python 2.3 测试）
• Instant Saxon（使用 Instant Saxon 6.5.3 测试）
• Java SDK（使用 J2SE v 1.4.2_05 SDK 测试）
• 以及 Visual Studio 帮助集成工具包

我正在为 delphi 寻找数据感知树视图

什么是最好用的？

我在 Delphi 2006 中对记录使用运算符重载。（请不要告诉我不要回答这个问题。）

我有两种记录类型，其中隐式运算符重载。它们都只在模块的实现中，不通过接口暴露。

我的问题是，既然它们是相互依赖的，我不知道如何将第二种类型的声明转发给编译器。我知道如何处理函数、过程和类，但不知道如何处理记录。

这是我正在尝试做的一个简化示例：

Delphi 2006为记录引入了新功能，使它们更加“面向对象”。

在哪些情况下，记录类型比类类型更适合设计？使用这些记录类型有什么优势？

我正在使用 Delphi2006，我想使用 Delphi 代码查找特定程序的位置。

我对 ODAC 6.2 有疑问。在关于 ODAC 的页面中写到 ODAC 支持 Unicode。现在我使用 TOraSQl 组件并连接到 Oracle 中的 Unicode 表。我无法在表中查看 Unicode 数据。我只看到 ANCII 代码。请帮助我。我认为 TOraSql 不支持 Unicode ;)

我正在使用 Turbo Explorer 2006（更新 2），有时 IDE 在某个单元中崩溃，特别是当我尝试使用类完成时。该单元（和整个项目）已投入生产，并且多年来一直运行良好，每天都在进行修改，只是 IDE 工具出了问题。

通常如果发生这种情况，Delphi 会在崩溃中幸存下来，但 IDE 的某些部分已失效（例如，工具提示中的调试值，用于其单位不在 .dpr 中的表达式）

我怀疑解析器死在某个特定的结构上，可能是 ifdef'ed，因为这个单元是一个巨大的系统交换机。

sb 是否知道杀死 IDE 的特定构造？我想解决这个问题，这样我就可以再次使用类完成。

我正在尝试使 Delphi 客户端（Delphi 2006）与使用 WCF 编写的服务进行通信。服务非常简单，只有一个功能。技术上如下：

我已在 IIS 上托管此服务，并使用带有 mex 端点的 basicHttpBinding 公开它。我可以在 .NET 客户端中使用它。

我尝试运行 WSDLImp.exe 并生成了一个源代码单元（顺便说一句，它生成奇怪的类来封装字符串类型。为什么不能与 Delphi 字符串类型相同？）。当我尝试调用此服务时，出现异常：

由于 EndpointDispatcher 的 ContractFilter 不匹配，接收方无法处理带有 Action '' 的消息。这可能是因为合约不匹配（发送方和接收方之间的操作不匹配）或发送方和接收方之间的绑定/安全不匹配。检查发送方和接收方是否具有相同的合同和相同的绑定（包括安全要求，例如消息、传输、无）。

我看不到任何方法可以配置 Delphi Win32 客户端以更改绑定或安全参数。我该如何解决这个问题？

对于一个类的每个设置器，我必须实现一些事件逻辑（OnChanging，OnChanged）：

您能否建议一种方法来实现这一点，而无需为每个 setter 复制所有这些行？

Delphi 2006，每次重新启动，都会丢失组件包。这种情况每天都会发生。我们有我们自己编写的带有自定义 VCL 组件的组件包。启动 Delphi 2006 时，没有任何记录。但是，一旦我打开一个包含其中一些组件的表单，我就会收到

bds.exe - 无法找到组件

此应用程序无法启动，因为未找到 DclOpusRep2006.bpl。重新安装应用程序可能会解决此问题。

当我尝试重新安装组件包时，可能会发生两件事：

1. 我得到了一个设计包的空列表，并且必须去 regedit 删除有问题的包，然后才能重新添加它。
2. 我得到了设计包的列表，它确实向我显示了有问题的包已加载且可用。

该软件包始终在本地驱动器上可用，但不是 Delphi 所在的驱动器。故障排除有什么想法吗？

只是为了根据第一个答案澄清我的问题：我是这个项目的唯一开发人员。该库已从它仍然驻留的相同位置安装，并且组件包列表中的路径是正确的。