
如果你是一位资深的RAD Studio开发者,你手头很可能至少有一款应用,看起来就像是直接从21世纪初穿越而来的一样。而且大概率是,它现在依然运行得完美无瑕。它的核心逻辑非常稳健,客户也高度依赖它。说实话,既然没坏,干嘛要去折腾它呢?
好消息是:你确实不需要去动它。至少,不需要去动那些真正核心的部分。内容速览→
这是我们正在处理的内容。这是一个相当典型的VCL表单,类似于你现在在生产中成功运行的成千上万的商业应用程序中所找到的表单:
一个经典的VCL表单:功能强大、可靠,但视觉效果还停留在2003年。
在与Kai会面后,这里仍然是相同的表单、相同的数据、相同的功能:
相同的领域,相同的逻辑,相同的事件。只是穿着现代的衣服。
这个表单的工作方式没有任何变化。每个事件处理程序、每个验证规则、每一条二十年前你的前任编写的怪异的旧代码都和原来一样。发生变化的是布局、间距、排版和VCL样式;那些在用户使用应用程序之前就让他们信任的应用程序的元素。
不,不是的。
这完全是美学处理。把它想象成你的应用程序接受了一次整容手术。Kai 不需要触动业务逻辑,你实际上应该明确告诉它不要这样做。把它更多地看作 “AI 为我编码” 而不是 “AI 在做我十年来一直推迟的琐碎布局和样式工作。”
如果你是许多对让人工智能接触代码库有些戒心的RAD Studio开发人员之一,这是一个很好的起点。风险较低,并且很容易将人工智能控制在小范围内(下面会详细说明)。
对于任何AI工具来说,诱惑就是向它投掷一个模糊的请求,然后祈祷一切顺利。请不要这样做。提前花几分钟的时间规划,就能在“这可以”和“生产就绪”之间产生区别。
以下是大致的流程:
在RAD Studio中加载的旧表单,就在Kai执行计划之前。
你不需要过度思考你的第一个提示来开始。比如:
“分析表格X的布局和结构。不要建议代码更改,我只想要一个视觉和布局现代化计划。逻辑性地分组相关字段并建议一个更整洁的排列方式。”
或
“扮演一个UI/UX专家,审查一个遗留的商业应用程序。识别出这个表单的哪些部分可以进行视觉分组或重新结构化,以使其感觉更现代,同时不改变任何功能。”
或者,一旦你有一个你喜欢的计划:
“应用在XXXX讨论的布局方案(XXXX是保存布局方案的文件名)到Y表单。重要提示:不要修改任何事件处理程序、程序或业务逻辑,只调整视觉属性、组件位置和样式。”
如果你自己没有很强的用户体验背景,这里有一个小贴士:直接请Kai担任此角色。明确告知其作为用户界面/用户体验专家,并在你展示任何表格之前应用通用的最佳实践,这能使其以正确的态度对待,并提高其提出的建议的质量。
在Kai实施现代化计划后,设计人员中的相同形式。
让我们设定期望。在我的测试中,Kai 自动帮我完成了大约 95%。剩下的 5% 是什么?
就是这样。在原本可能需要几天甚至几周的繁琐重做之后,只需几分钟的手动清理。这并不是“一条命令,整个应用现代化”的故事,但它将原本几乎不可能被合理化(谁有时间手动重新设计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.

