针对Delphi / C ++ Builder的停靠库的建议?

时间:2010-08-03 07:06:05

标签: delphi c++builder dock dockpanel-suite

3 个答案:

答案 0 :(得分:6)

我是一名jedi JVCL开发人员,我在自己的商业内部项目中使用了JvDocking,并发现它坚固可靠。

此外,它是免费的。它很容易扩展。它创造了与visual studio 2008时代对接相同的外观和感觉。

答案 1 :(得分:3)

我没有找到一个可以完成我想做的事情的单个库,所以经过一些实验后我发现我可以通过一系列自定义修改使用Native VCL Docking(NVCLD)控件来完成我想要的几乎所有操作和一些额外的控制。

以下列出了我在使NVCLD以我想要的方式工作时遇到的问题。我在版本之间移植没有太多问题,但那是因为我也有src。

如果您不想自己动手或者您真的想使用第三方库,那么您可能会停止阅读其余部分。 :)

其他组件:

  1. <强> TDockPanel

    这个经过大量修改的对接面板是我的系统的主力。我在网上找到了原版,但已对其进行了修改,因为它为我的需求提供了更大的灵活性。

  2. 自定义停靠表单(基本表单)

    通过为我的停靠表单使用自定义基类并在需要时继承它我对所有后代表单进行的修改较少。

  3. 自定义修改

    这些是对NVCLD组件本身的.pas文件的修改。由于从D2009开始对基本控件进行了一些增强,因此大多数这些修改不再需要完成。您应该能够只创建一个新的后代并在那里实现更改,而不是直接修改默认的src文件。

    1. 透明停靠表单

      默认情况下(2009年之前肯定)NVCLD不支持透明表单移动。几年前发布了一个JVCL补丁,增加了对JVCL的支持,这很容易合并到NVLCD补丁中。

    2. 停靠管理器

      默认停靠管理器(肯定是2009年之前)不允许更新/自定义按钮图像或停靠标头更改。这在D2009中得到了纠正我相信当虚拟的必要方法。

    3. 标签式对接

      支持我需要修改DockTabSet.pas文件以支持其他组件使用的其他对接属性的附加对接组件。当Docking Manager被修改为之前的提及时,大多数情况已得到纠正。

    4. 正如我所说,我直接对Delphi Src文件做了大部分修改,你不应该为新版本的Delphi做这些。我的观点是,通过前面的一些工作,您可以拥有一个相当强大的对接系统,而无需使用第三方库。并不是说它们中的任何一个都有任何问题,但我宁愿不使用它们,除非我别无选择或者没有时间让它按照我的方式工作。

答案 2 :(得分:2)

我使用过JCL,我有LMD,DevExpress和自动QA对接库。

您将找到最符合您需求的是AutomatedQA Docking Library。我在我的工作中使用它来完成我的一个项目。

下一步,购买AutomatedQA库:)

来自快乐的顾客。