你的应用看起来像2003年的产物吗?用Kai来改变这一切。
发布日期:2026-07-16来源: 返回列表 >>

如果你是一位资深的RAD Studio开发者,你手头很可能至少有一款应用,看起来就像是直接从21世纪初穿越而来的一样。而且大概率是,它现在依然运行得完美无瑕。它的核心逻辑非常稳健,客户也高度依赖它。说实话,既然没坏,干嘛要去折腾它呢?

好消息是:你确实不需要去动它。至少,不需要去动那些真正核心的部分。内容速览→

 

前后对比

这是我们正在处理的内容。这是一个相当典型的VCL表单,类似于你现在在生产中成功运行的成千上万的商业应用程序中所找到的表单:

一个经典的VCL表单:功能强大、可靠,但视觉效果还停留在2003年。

在与Kai会面后,这里仍然是相同的表单、相同的数据、相同的功能:

相同的领域,相同的逻辑,相同的事件。只是穿着现代的衣服。

这个表单的工作方式没有任何变化。每个事件处理程序、每个验证规则、每一条二十年前你的前任编写的怪异的旧代码都和原来一样。发生变化的是布局、间距、排版和VCL样式;那些在用户使用应用程序之前就让他们信任的应用程序的元素。

等等,这难道不是AI在重写我的代码吗?

不,不是的。

这完全是美学处理。把它想象成你的应用程序接受了一次整容手术。Kai 不需要触动业务逻辑,你实际上应该明确告诉它不要这样做。把它更多地看作 “AI 为我编码” 而不是 “AI 在做我十年来一直推迟的琐碎布局和样式工作。”

如果你是许多对让人工智能接触代码库有些戒心的RAD Studio开发人员之一,这是一个很好的起点。风险较低,并且很容易将人工智能控制在小范围内(下面会详细说明)。

方法:先规划,后执行

对于任何AI工具来说,诱惑就是向它投掷一个模糊的请求,然后祈祷一切顺利。请不要这样做。提前花几分钟的时间规划,就能在“这可以”和“生产就绪”之间产生区别。

以下是大致的流程:

  1. 让凯先分析一个现有的表格。 在要求任何更改之前,让凯查看一个表格并描述他所看到的:布局,控件分组,整体结构。这可以确认凯实际上理解表格,并且它通常会揭示你经过多年的熟悉后已经不再注意到的布局问题。
  2. 设定明确的界限。 这是人们跳过的步骤,不应该跳过。要明确指出商业逻辑、事件处理程序和代码隐藏文件不得更改,仅更改视觉和布局属性,如果需要更换组件,应使用现代等效组件进行替换。
  3. 在进行任何更改之前,请制定计划。 让 Kai 提出一个现代化计划:新的布局、分组、间距,哪些组件可能受益于重新设计,在动手之前进行审查。调整它。只有在那时才让它执行。
  4. 逐步应用更改并观察编译过程。 这是IDE集成发挥作用的地方,而通用的命令行编码工具在没有大量调整和麻烦的情况下无法实现:更改是逐表、逐控件地应用的,项目在Kai操作时编译。你不是在盯着差异,猜测它是否能成功编译。你是在实时观察你的实际表单在你每天使用的工具中变形。

在RAD Studio中加载的旧表单,就在Kai执行计划之前。

示例提示以帮助您开始

你不需要过度思考你的第一个提示来开始。比如:

“分析表格X的布局和结构。不要建议代码更改,我只想要一个视觉和布局现代化计划。逻辑性地分组相关字段并建议一个更整洁的排列方式。”

“扮演一个UI/UX专家,审查一个遗留的商业应用程序。识别出这个表单的哪些部分可以进行视觉分组或重新结构化,以使其感觉更现代,同时不改变任何功能。”

或者,一旦你有一个你喜欢的计划:

“应用在XXXX讨论的布局方案(XXXX是保存布局方案的文件名)到Y表单。重要提示:不要修改任何事件处理程序、程序或业务逻辑,只调整视觉属性、组件位置和样式。”

如果你自己没有很强的用户体验背景,这里有一个小贴士:直接请Kai担任此角色。明确告知其作为用户界面/用户体验专家,并在你展示任何表格之前应用通用的最佳实践,这能使其以正确的态度对待,并提高其提出的建议的质量。

在Kai实施现代化计划后,设计人员中的相同形式。

这不会是100%完美,这很好。

让我们设定期望。在我的测试中,Kai 自动帮我完成了大约 95%。剩下的 5% 是什么?

  • 一个组框最终位置我不喜欢,所以我把它拖到了我想要的地方。这就是RAD的好处。我可以看到设计并迅速调整到我满意为止。
  • VCL Styles 被正确识别并按名称引用,但在项目>选项下仍需要手动启用。这一步在我的测试中没有自动化。 

就是这样。在原本可能需要几天甚至几周的繁琐重做之后,只需几分钟的手动清理。这并不是“一条命令,整个应用现代化”的故事,但它将原本几乎不可能被合理化(谁有时间手动重新设计200个表单)的事情变成了可以非常快速完成的事情。

第三方组件说明

如果你的表单完全依赖于RAD Studio中提供的标准组件,那你处于最佳位置:它们原生支持VCL Styles,并且Kai可以干净地应用样式更改。

如果您使用第三方组件套件,请检查它们是否支持VCL样式。大多数维护良好的现代套件都支持,但最好确认一下,而不是假设,特别是在较旧的项目上。

另一个选择是完全不使用VCL Styles。RAD Studio在自身情况下对标准的VCL Windows API做得非常好。有时候,只是清理布局、更新排版,并用更现代的面板替换,以提高响应能力,就足以让你的应用程序焕然一新。

 

 

详细内容请参考:Does Your App Still Look Like It’s 2003? Fix That with Kai.

0.680266s