有没有人在使用gupta（前centura）团队开发者方面有经验？
如果是的话，您认为它在支持成熟的、可扩展的、可维护的应用程序开发方面的能力如何？
谢谢
最佳答案
我从1.1版就开始使用CTD了。目前我仍在使用2.1ptf4，主要用于在windows 98 vista下对centura sqlbase、ms sql server或ms access执行富客户端crud。我还没有从2.1升级到新版本，所以我只能谈谈2001年相对老的2.1。
我们的应用程序通常有大约150个窗体窗口，大量使用类（在2.1中仍然称为“用户定义变量”）并集成MS Office。我们没有稳定性问题或内存泄漏。不过，开发环境有点麻烦：没有智能感知，没有智能调试，而且没有鼠标几乎无法使用。这可能已更改为较新版本。
CTD的本质并没有强迫您编写不可维护的代码。如果将代码设计为可重用的，那么使用类和文件包含可以在代码中有很好的可重用性，也就是说。可维护性的一个问题可能是ctds变量和类没有“private”或“protected”之类的访问修饰符。另外：没有接口或抽象类。另一方面：多重继承。
代码的“大纲结构”需要一些时间来适应，但当我迷失在一个到处都是变量声明和事件处理程序的庞大c文件中时，有时甚至会错过大纲结构……
2.1中的控件非常完整，但我们仍然必须手动集成“现代”工具，如工具栏、日期选择器或选项卡控件。甚至还有一个数字输入框。其中一份《联合报》的时事通讯说，他们增加了许多令人眼花缭乱的内容，让应用程序看起来更为更新。表窗口的mtable扩展名非常有用，可在这里使用：MTable by MICSTO。集成第三方dll（例如用于集成智能卡读卡器）并不是很有趣，尤其是当它们使用struct时。哦：“centura报告构建者”是德里尔家族的一大难题。
一个大的pro是与ctd一起发布的sdk：这使得将自写工具集成到开发环境中变得非常容易，例如用于代码生成。
一句话：对于可伸缩和可维护的应用程序，我们使用并仍然使用CTD。由于不寻常的大纲结构，学习曲线可能有点陡峭，并可能导致不小心编写“丑陋”的代码：例如，许多静态函数、“消息操作”中的许多代码以及变量范围界定问题。我认为你在ctd上的成功将取决于你想写的应用程序的性质：对于一个富客户端crud，你几乎肯定会比使用.net更好，对于一个我真的不知道的web应用程序。
请记住，所有这些都与8年前的2.1版CTD有关。现在情况可能完全不同了。如果可以，请获取评估版本。
编辑：除了语言本身的优点和缺点之外，你可能会认为CTD是一个利基市场。没有多少免费的工具，我还没有找到一个充满活力的社区（有一个新闻组，但服务器在合并后就坏了——也许还在somwhere附近）。所以，在谷歌上搜索关于特定问题的帮助可能并不容易。
（§）我没有继续从2.1到5.1的升级路径，因为在与Unify合并后，他们希望只为其支持计划（称为GLS）的订阅者提供修补程序。因为我不打算为错误修复付费，所以我欺骗我继续使用2.1来开发我们的旧应用，并切换到.NET来开发新应用。我想他们以后会修改的。