写这篇文章的时候，我刚完成软件的一次升级，这个其实不能叫升级应该叫降级

熟悉我的人都知道，这款软件从诞生之初，核心初衷就有两个：

一是打造日常高频使用的TODO待办工具

二是为Delphi社区提供实用服务，方便Delphi道友交流、备份相关资料

最初版本我选用Flutter框架实现，可我本身对这门语言并不熟悉，整个开发过程全靠AI代劳，看似功能堆得满满当当，却始终没法精准把控产品细节和使用体验，

那时候总觉得，多加点功能或许能更实用，却差点混淆了不同功能的核心用途。

愿这款“轻装上阵”的软件，能陪你度过每一个高效又温暖的日常 ✨

PS：如果未来有Delphi社区的道友，对软件能有使用建议，欢迎留言

跳转微信打开

之前不少粉丝在 哔哩哔哩问我：“能不能出 Delphi FMX 的教程？” 说实话，之前我一直没敢答应

一来那会儿我连 VCL 都还没摸透，更别说 FMX 了； 二来想入门 FMX 却找不到合适的素材，翻遍全网不是枯燥的理论堆砌，就是零散的野路子教程，新手跟着学很容易走偏。

直到我挖到了 Embarcadero 官方维护的宝藏仓库：https://github.com/FMXExpress/Cross-Platform-Samples。这 100 个 FMX 实战案例，直接解决了我（也解决了绝大多数新手）的入门痛点，也让我终于敲定了 FMX 入门教程的录制计划！ 很多人学 FMX 半途而废，无非踩了这几个坑：

• 用 VCL 的老思路套 FMX，控件明明写了代码却不显示；
• 上来就硬刚自定义渲染、原生插件，基础没打牢直接被劝退；
• 找的非官方案例代码不规范，学完反而养成坏习惯，适配新 Delphi 版本全是坑。

而这 100 个官方案例，简直是为新手量身定做的 “通关秘籍”：

• 规范不踩坑：由 Embarcadero 核心开发者维护，每一行代码都是 FMX 最佳实践，新手不用怕学错方向；
• 轻量化易落地：基础案例代码量极少，哪怕是零基础，半小时也能跑通第一个跨平台程序；
• 场景超实用：不搞花里胡哨的进阶内容，只聚焦 UI 布局、基础交互、跨平台适配这些高频核心点，避开劝退型进阶坑；
• 跨平台直观：一套代码只需改几行配置，就能从 Windows 端无缝搬到 Android/iOS 手机端，亲眼看到 “一次编码，多端运行” 的效果。

基于这套官方源码，我计划推出一套 FMX 入门视频教程 —— 虽然这些案例没有完整的大型项目架构，但胜在覆盖了 FMX 核心知识点，从控件使用到布局逻辑，从交互实现到跨平台适配，能帮大家把 FMX 的基础打扎实。 除此之外，我还准备了进阶课程：以 “跨平台阅读器开发” 为实战场景，从需求分析到代码实现，再到多端打包适配，手把手带大家做一个完整的 FMX 项目。不过这套进阶内容暂时只在我的付费圈子里更新，毕竟涉及更多实战细节和一对一答疑，精力有限只能覆盖核心粉丝。

至此结束

跳转微信打开

这篇文章开始我们又会回归到Delphi的文章正题了，我最近在更新Delphi的调试功能系列教程，以下是关于断点的使用方式！

在Delphi IDE中运行程序时，程序会以全速执行，仅在设置了断点的位置暂停。断点作为调试的核心工具，能帮助开发者精准定位代码逻辑错误、查看程序运行状态，本文将系统梳理断点的基础概念、操作方法、类型分类及实用技巧，为高效调试提供清晰指引

核心概念：断点与执行点

当用户从Delphi IDE运行程序时，程序全速运行，只会在设置了断点的地方停住，这是断点调试的核心特性，也是区分正常运行与调试运行的关键。

断点（breakpoint）是一种标记，用以通知编译器，当程序运行到断点所在位置时暂停程序的执行，便于开发者查看此时的变量值、程序调用栈等关键信息，定位代码问题。

执行点（execution point）是指源代码中下一步要执行的代码行，是调试过程中跟踪程序执行流程的核心标识，能清晰告知开发者程序即将执行的操作。

断点的基础操作：设置与清除

断点的设置可通过点击Code Editor的沟槽来进行；要在代码的某一行暂停程序执行，就在沟槽中与该行相对应的位置上点击鼠标，该行就被设置上一个断点；此时，沟槽中出现一个断点图标（一个红色圆圈），并且断点所在行以红色加亮显示，直观区分断点位置，如下图：

点击沟槽中的断点图标，与之对应的断点就会被删除。也可以按【F5】键或从Code Editor的快捷菜单中选择【Toggle Breakpoint】菜单项来触发或取消断点，三种方式均可灵活操作，满足不同调试场景需求。

只允许在能生成实际代码的行上设置断点。在空白行、注释或声明行上设置的断点时无效断点，当用户在这一类的行上设置断点，调试器会提出警告。试图在下列行上设置断点，都会产生一个无效断点警告：

可在函数或过程的end语句行上设置断点，此类行属于可生成代码的行，设置的断点为有效断点，程序运行至此会正常暂停。

如果在无效行上设置断点，Code Editor会以绿色显示断点，如上图所示，以此提醒用户该断点无效，程序运行时不会在此处暂停。

在调试器下运行的程序，在不碰到断点时，与通常的程序运行完全一样，不会有任何暂停或卡顿；当碰到断点时，IDE会被提到最顶层，确保开发者能及时关注调试界面，并且源代码中的断点所在行被加亮显示。如果使用的是缺省颜色格式，则程序停止处的行以红色加亮显示，如下图，红色断点旁有一个绿色小箭头，标识当前执行点位置：

当用户一步一步调试程序时，执行点以蓝色加亮显示，并且在Code Editor沟槽中显示一个绿色箭头符号。提醒：以蓝色加亮显示的行还未被执行；当恢复程序执行时才执行它，避免开发者误判代码执行状态，如下图：

当执行点所在行以蓝色加亮显示，除非该行包含一个断点（此时，该行以红色加亮显示）。沟槽中的绿色箭头是当前执行点的最精确指示，因为它不受加亮显示颜色的影响，即便行颜色因断点发生变化，也能精准定位执行点。

断点列表窗口

Delphi IDE记载用户设置的所有断点，可通过Breakpoint List（断点列表）窗口统一查看、管理断点。从主菜单上选择【View | Debug Windows | Breakpoint】菜单项来查看断点列表，窗口中会显示所有已设置的断点信息，便于开发者快速定位和操作，如下图：

Pass栏不是显示某个断点被碰上的次数，它只是显示用户为断点设置的通过条件，这一点需特别注意，避免混淆断点触发次数与通过条件的含义。

断点类型详解

简单断点是最基础、最常用的断点类型，指程序一执行到断点处就会被挂起。按缺省方式设置的断点就是简单断点，无需额外配置。一碰到简单断点，程序执行就会暂停，此时调试器等待用户的输入，进行后续调试操作。大多数时候都是使用简单断点；当用户需要更多地控制调试过程时，才使用条件断点。

若碰到的断点是条件断点，则仅当预定义的条件满足时，才会暂停程序执行，适用于需要精细化调试的场景，能避免不必要的暂停，提升调试效率。

要创建一个条件断点，可先在Code Editor中设置该断点；然后从主菜单选择【View | Debug Windows | Breakpoint】菜单项调出“Breakpoint List”窗口，用鼠标右键点击要设置的断点并选择【Properties】菜单项，显示出“Source Breakpoint Properties”对话框，在此对话框中设置断点的条件，完成后点击确认即可生效。

条件断点有两种类型，分别适用于不同的调试需求：

第一种类型是条件表达式断点。

在“Source breakpoint Properties”对话框中的“Condition”字段中输入条件表达式，表达式需符合Delphi语法规范，确保能正常求值，如下图：

当程序运行时，碰到条件表达式断点就会先求条件表达式的值，若条件表达式的值为True，则暂停程序执行，便于开发者查看此时的程序状态；若条件表达式的值为False时，则该断点被忽略，程序继续正常执行。例如：设置的条件表达式为：X > 20；当程序运行到该断点时，若X大于20则暂停程序的执行；若X不大于20，则程序继续往下执行，精准定位特定场景下的代码问题。

第二种类型是通过计数（pass count）断点。

对于一个通过计数断点，只要当碰上该断点的次数达到指定次数时，程序才会在该断点处暂停执行，适用于循环、重复调用的函数等场景，可避免每次触发断点都暂停，提升调试效率。要指定一个通过计数断点，可在“Source Breakpoint Properties”对话框中编辑该断点并为Pass Count字段指定一个值。若将一个断点的通过计数设置成3，则程序会在第三次碰到该断点时暂停程序执行。

通过计数是从1开始，不是从0开始。就像前面所指出的，通过计数为3，意味着当程序第三次碰上某个断点时，该断点才有效。当程序需要在程序执行通过某个断点若干次后再暂停程序执行来检查变量、步进调试代码或执行其他调试任务时，可使用通过计数断点。

条件断点会放慢程序的执行速度，因为每当碰上条件断点时，都要对条件求值，增加了程序的执行开销。在调试期间，如果程序运行缓慢，可检查一下断点列表，看是否存在不必要的条件断点，及时删除或禁用，提升调试流畅度。

实用调试命令：运行至光标处

除了手动设置断点，Delphi IDE还提供了一个实用的调试命令——“Run to Cursor”，可从主菜单【Run | Run to Cursor】选择此命令。当用“Run to Cursor”命令运行程序时，程序会在包含编辑光标的源代码行上停止运行，就好像该代码行上设置有断点一样，相当于临时断点，如下图：

“Run to Cursor”可用作临时断点，无需手动设置和清除，使用便捷。当用户要马上检查某行源代码时，不必在该行上设置断点；只需将光标移到这一行上，然后选“Run to Cursor”（或按F4键），调试器会在程序运行至该行时暂停程序执行，就好像该行上设置了断点一样。使用“Run to Cursor”的好处是：当完成一段代码的调试后，不必清除断点，节省操作步骤，提升调试效率。

写在最后

总的来说，断点就是Delphi调试时最常用的工具，核心作用很简单——让程序在你指定的地方停下来，方便你查变量、找bug。这篇文章把断点相关的内容都讲全了：从最基础的断点、执行点是什么，到怎么设置、怎么删除断点，再到哪些行能设断点、哪些行不能设，还有断点列表怎么用。重点也说清楚了，简单断点够用日常调试，条件断点适合精准定位问题，另外F4的“运行至光标处”特别方便，临时查某行代码不用手动设断点。

这里再提几个关键注意点，大家记一下就好：只能在能运行的代码行设断点，无效断点会有警告；调试时改了代码，一定要先正常关掉程序再重新编译，不然容易内存泄露；条件断点虽好用，但会让程序变慢，不用的时候就删掉。掌握这些，调试Delphi程序就能少走弯路，快速找到并解决bug啦。另外，关于断点使用如果大家有更好的技巧，或者有遗漏的知识点，欢迎在评论区一起讨论交流～

跳转微信打开

距离上次发文，已经隔了很久。

还记得今年 1 月，我分享过一篇关于 OpenCode 的内容，之后便停下了更新。其实原因很简单：

一方面能明显感受到，大家主动深耕技术的学习热情在慢慢变淡，社区很久没有新鲜血液加入；

另一方面，AI 飞速普及，编程门槛被拉到 “人人都能写代码” 的程度，我一度也在思考：纯代码分享，还有意义吗？

直到最近偶然刷到两篇文章，反复提到了「杰文斯悖论」，特意去深挖理解后，突然想通很多事，也决定重新提笔，和大家好好聊聊当下程序员的真实处境。

• https://mp.weixin.qq.com/s/uBJjfeVDgdFZFP3I93OQ6w
• https://mp.weixin.qq.com/s/pkVyy910wohzdioJ_fe9Kg

这两篇文章都提到了一个 杰文斯悖论 的东西，我特意去搜了一下

19 世纪经济学家 William Stanley Jevons 提出的杰文斯悖论，核心观点颠覆认知：当技术提升资源使用效率后，资源的总消耗不会下降，反而会因为成本降低、应用场景爆发而大幅上升。蒸汽机的发明就是最好的例子，它让煤炭利用效率显著提高，本应减少煤炭消耗，结果却因为工厂、火车、轮船等各类场景都开始使用蒸汽机，煤炭的总需求迎来了爆炸式增长。

如今，这一悖论在 AI 时代的软件开发领域完美复刻。AI 编程工具的普及，让开发成本直接下降 60%-70%，Copilot、ChatGPT、Claude 等工具将开发效率提升数倍甚至数十倍，曾经因为成本过高被搁置的软件开发需求，如今都被彻底激活。

程序员不会被取代，只会被重塑

很多人误判程序员的职业前景，根源在于只看到了 “写代码” 这一个环节，却忽略了软件工程的核心是系统思维。AI 确实能高效生成代码，甚至完成基础的函数编写，但在架构设计、系统可靠性保障、复杂业务建模、多系统协同、安全合规、性能优化等关键环节，AI 始终无法替代人类。就像 AI 能帮你写一段代码，却无法帮你设计一个适配企业长期发展的复杂系统。

AI 没有取代程序员，而是正在深刻重塑这个职业的角色和工作内容，程序员的价值重心正在发生转移：从单纯的 “编码执行者”，变成 “AI 编排者”，学会指挥 AI 写代码、评估 AI 输出质量、纠正 AI 的错误，成为核心能力；从被动的 “任务执行者”，升级为主动的 “架构师”，低价值的重复编码被 AI 吞噬，高价值的技术决策和系统设计变得愈发重要；从人力密集的 “手工劳动者”，转变为杠杆驱动的 “超级创造者”，一个熟练运用 AI 的工程师，产出可能是过去的 3-10 倍。

正如行业内的精辟观点：“我们看到的不是软件的末日，而是通才的复兴。” 当写代码的成本越来越低，纯粹的编码能力正在贬值，而能在技术可能性和真实需求之间架起桥梁的能力，却在持续升值。判断力、业务理解、用户洞察、产品思维，这些 AI 学不会的能力，成为程序员不可替代的护城河。只要 AI 智能体还需要人类来管理、校验和优化，程序员就有不可撼动的职业价值。

这里说的初级程序员是指：能照着需求、照着教程、照着 AI 生成代码，写 CRUD（增删改查）、简单页面、接口；只会 “填空、复制、改参数”，没独立设计能力。

岗位结构升级：初级岗收缩，高阶岗稀缺

尽管全球程序员岗位总数创下新高，但一个现实的问题不容忽视：岗位的结构正在发生剧烈变化，增长的需求更多流向了有经验、能驾驭 AI 的资深工程师，而初级程序员的生存空间正在被压缩。

杰文斯悖论带来的不是岗位的消失，而是岗位的结构升级。未来的软件工程市场，会呈现出清晰的两极分化：初级岗位持续减少，只会写基础代码、做重复工作的程序员，很容易被 AI 替代；高级工程师则愈发稀缺，能设计系统架构、驾驭 AI 工具、理解业务场景的复合型人才，会成为企业争抢的香饽饽。简单来说，被淘汰的从来不是程序员，而是固守旧模式、不愿拥抱变化的 “旧时代程序员”。

同时，软件开发的底层架构也在发生质变，2026 年 AI 智能体成为新应用的核心架构，Gartner 预测，今年 75% 的新企业应用将采用 AI Agent 架构，而非传统开发模式。这意味着程序员还需要掌握 AI 工程化、智能体开发、代码安全合规等新技能，具备这些能力的开发者，薪资溢价可达 40%-50%，岗位供需比甚至高达 1:10。

顺应变革：在 AI 浪潮中站稳脚跟

AI 不是软件工程的终点，而是让软件工程进入爆发期的起点。当开发成本无限下降，世界对软件的需求只会越来越多，程序员的职业价值不是变低，而是变得更重要。对于身处行业中的开发者，尤其是刚入行或正在学习编程的新人来说，顺应变革，找准方向提升自己，才是在 AI 浪潮中站稳脚跟的关键。

首先，拥抱 AI 工具而非抗拒，将其作为效率搭档。熟练掌握 GitHub Copilot、Cursor、Claude Code 等主流 AI 编程工具，学会让 AI 承担战术性的重复工作，自己则聚焦于战略性的决策，这是程序员的必修课。

其次，跳出编码的舒适区，提升高阶能力。减少对手动写代码的依赖，把更多精力放在架构设计、需求分析、问题排查上，培养 “AI 纠错能力”，能发现并解决 AI 自信犯下的错误，这份判断力是 AI 无法替代的核心竞争力。

再者，深耕业务，成为技术 + 业务的复合型人才。代码只是解决问题的手段，不是目的，理解所在行业的用户痛点、商业逻辑和行业规则，才能让技术真正落地创造价值，而这些业务层面的能力，是 AI 难以学会的。

最后，保持持续学习的能力，紧跟技术迭代。AI 技术的发展速度日新月异，AI 智能体、多模态、大模型微调等新技术不断涌现，只有保持学习的敏感度，才能避免被行业淘汰。 蒸汽机的发明让马车夫失业，却催生了火车司机这一热门职业；AI 的普及让初级编码岗收缩，却创造了更多高阶的软件开发岗位。软件行业的总量即将迎来爆发式增长，对于程序员而言，真正的考验从来不是 AI 的到来，而是能否跟上时代的步伐，完成自身的职业升级。站在浪尖，还是被浪潮卷走，取决于每一个人的选择。

这里面其实我有个问题一直没搞懂，就是高阶程序员的需求激增，而初级程序员的岗位缺在下降，难道人们都已经过了从零到初级再高阶的这个流程吗

停更许久，这次重新拾起笔，后续也会多分享 AI 时代真正有用的技术思维、避坑经验。你们当下最焦虑编程哪一块？评论区聊聊。

跳转微信打开

我不知道该起个什么名字

最近我在按照自己的设想规划一个更为高效(或者说性能更好)的引擎，先不说这个操作会不会被一些老GM吐槽，这也不是我们今天聊的主题、我在编写这个项目的过程中使用AI遇到了一些问题

• 无法保存或者说管理上下文，因为项目大了很容易超出上下文的限制，导致我每开一个新的会话就需要把前面的事情描述一编
• 无论多小的功能都需要消耗Tokens，就是我在写项目的过程中明明是很小的一个功能，我不想手动这时候只能消耗Tokens了

其实最要命的就是上下文管理，其他的东西我也有试过只是效果有点差强人意，下面是我使用过的一些概念

• MCP（Model Context Protocol）：多模型/工具协同的上下文协议，规范调用与状态共享。
• Skills ：可被模型调用的能力封装（函数/接口/指令集），通常带描述与参数约束。
• Agent ：负责决策与调用工具的主体，可能内嵌多步推理、记忆与策略。

当然如果你还是只停留在和AI对话的层面，这篇文章可以不看了，在我遇到或者说折腾了这些东西之后发现还是不太行，这一切一直到我遇到了OpenCode

OpenCode 是什么

OpenCode 已经席卷了开发者世界，截止到我这篇文章发布前已经拥有 70K的GitHub 星标，已成为目前最受欢迎的开源 AI 编程工具之一。但如果你是第一次接触基于终端的 AI 助手，上手时可能会感到有些无从下手。

地址：https://opencode.ai

个人而言它比较靠谱的是集成了75+家模型，其中有免费模型，这个咋说呢，咱们使用AI的目的不就是图能白嫖嘛，当然免费的一般都功能有限，但是我感觉比国内的豆包、千问等等还是要强上一些的

至于这玩意儿的安装，我不太想说因为安装方式太多了，同时它也横跨Mac、Windows、Linux，如果各位有兴趣去翻一下官方文档就可以了

我主要是说一下opencode怎么使用吧，主要的配置文件就一个在用户的家目录下 ~/.config/opencode/opencode.json，其中~/表示当前用户的家目录，至于配置文件的内容，如果你没指定应该有一些默认的配置项

我不知道别人是怎么使用Codex、Claude的，反正我是通过国内的聚合网站使用的,只是这些聚合网站也不争气，到现在也没支持Claude，但是针对codex支持没什么问题

{
"$schema":"https://opencode.ai/config.json",
"keybinds":{
"sidebar_toggle":"ctrl+b"
},
"provider":{
"codez":{
"npm":"@ai-sdk/openai",
"name":"codez",
"options":{
"baseURL":"https://codez.zwenooo.link/v1",
"setCacheKey":true,
"apiKey":"你的密钥"
}
}
}

https://codez.zwenooo.link/v1 这个是我找到的一个支持OpenCode的站点

Claude我到现在也没有配置成功，等我找到合适的站点再说吧。keybinds 这个是侧边栏的快捷键，至于这个能解决什么对于我来说至少能够解决上下文的问题

说是第三方工具使用Claude的风控很严，有一篇新闻：https://news.qq.com/rain/a/20260110A036CF00

OhMyOpenCode

GitHub的地址：https://github.com/code-yeongyu/oh-my-opencode/blob/dev/README.zh-cn.md

为什么会有这个，我感觉它蛮重要的，至于重要程度，就类似于吃泡面不放调料。至于说明我就不说了，有兴趣的可以去GitHub翻对方的说明文档，反正是中文的。我需要解释的是关于OhMyOpenCode 的配置

同样是在用户的家目录下 ~/.config/opencode/oh-my-opencode.json，有一个这样的文件，就是这个插件的配置文件，好像也不需要啥配置，它里面配置了每一个角色使用的模型

如果你把这些东西都安装了，你可以试一下 "ulw 解析当前项目" 基本上就可以看到效果了，最后的最后反正我是比较推荐使用这个东西的，至于好或者坏我不做评论，有人说opencode在退出的时候有bug,我想说你都退出了有bug就有呗

阅读原文

跳转微信打开

大家好，这里是Delphi研习社！

熟悉我们的朋友应该都知道，我曾经推荐过的聚合了全世界AI模型于一身的【天道AI】，目前已经稳定运营三年时间了，对外价格一直是1000元/年/人！

而且为了优化用户的使用体验，它一年只会对外开放一两次名额，保证服务质量。

上一次正式对外开放已经是去年的事儿了，这段时间好多朋友一直在后台私信我，想买但是没有渠道。

所以这次我特地给大家准备了100个天道AI永久卡的名额，399元永久无限次使用天道AI，售完今年就不再开放！

▼长按扫码购买授权码

仅需399即可不限量使用以下所有功能：

☑ GPT-5.1全系列大模型

☑ Claude-4.5全系列大模型

☑ Gemini-3.0-Pro全系列大模型

☑ 满血版DeepSeek全系列大模型

☑ 所有国产模型：智谱、通义、豆包等

☑ Midjourney绘画模型•不限量使用

☑ Nano Banana绘画模型•不限量使用

☑ GPT-4o-image绘画模型•不限量使用

☑ Sor 2 视频生成大模型•不限量使用

☑ AI一键制作PPT，内置1000+模板

☑ AI一键制作思维导图

☑ AI一键解析PDF文件

399永久使用，仅限100名！

▼长按扫码购买授权码

因为咱们模型数量和网站功能非常多，所以咱一个一个介绍：

二、GPT5.1满血版+Claude4.5满血版+Gemini3.0-Pro满血版

懂AI的朋友都知道，目前为止，全世界最顶级也就是最聪明的几个模型：GPT5.1、Claude-4.5、Gemini-3.0-Pro。

以上模型， 天道AI全部完成接入！并将持续更新最新版本！任何顶级模型，只要官方一发布，我们基本第二天就接入完成。

GPT-5系列：综合性能最强，不管你用它干什么，它都是八边形全能型战士，很适合选择困难症的用户。

比如让GPT-5写个劳务合同、拟份合伙协议、写个借条欠条什么的。不仅非常丝滑，还很聪明，能把所有风险因素都考虑周到，最后主动帮你自动完善所有细节。

除此之外，天道AI不仅接入了GPT-5的对话API调用，还完整接入了GPT-5的多模态功能，用它解析图片来分析问题也是一把好手。

比如上传高难度题目的图片或者代码截图，让它帮你分析解答，这种多模态经常应用的场景对GPT-5来说简直小儿科，简直太好用。

前段时间家里装修，我还悄悄解锁了个GPT-5多模态的玩法使用多模态功能上传石材图片，它还能帮你选石头挑纹路选品相，当场我就被这个功能佩服得五体投地

Claude-4.5系列：编程最好用的模型，也是无数程序员群体最爱用的AI模型，用来生成代码、改BUG简直断档般无敌。

用Claude4.5生成一个企业网页，只需要简单交代一些需求，它直接就把所有代码唰唰写完，基本没有BUG，复制下来就能用。

天道AI可以直接预览代码，比如刚刚用Claude4.5写好的网页，立马就可以快速运行预览，无需用到第三方软件就可以看到效果，嘎嘎舒服。

Gemini-3.0-Pro相比于前两个模型，写作领域的能力一骑绝尘。用它来写论文、写小说、写文案，又或者写新闻稿、视频独白、写公众号/小红书，但凡用过的朋友，都表示回不去了。

给它一个主题，让它写一篇生动的公众号文章，洋洋洒洒，文笔极具个性，用来写小说、写文案再适合不过。

GPT-5.1、Claude-4.5、Gemini-3.0-Pro这些世界顶尖且昂贵的模型，你只需要天道AI一个平台，一次付费，即可永久不限次数使用，并保持持续性的高频率更新！

国内的平台能做到这个程度，这个性价比，这个稳定性。兄弟们，错过真就只能拍大腿子后悔了。

▼长按扫码购买授权码

399永久使用，仅限100名

所有世界顶级模型不限次数使用，这个含金量有多高，在官网开过会员的朋友都知道。

GPT-5.1开会员20美元一个月，高级会员200美元一个月。

Claude-4.5官网开会员17美元/月，高级套餐100美元/月，折算成人民币近700元/月。

而且在官网订阅只能按月付费，每个月150甚至1400的会员费，就问你扛不扛得住。

天道AI不整那些虚头巴脑的，我们简单粗暴，直接接入所有顶尖模型，不限量+不限次使用！且一直保持高频模型更新，但凡市面上有模型发布我们都会第一时间接入，这一纪录已经保持了三年！

和官网开会员对比，天道AI的性价比，兄弟们可以自己对比一下，简直不要太值！

▼长按扫码购买授权码

399永久使用，仅限100名

三、Midjourney原生绘画

Midjourney绘画模型有多牛逼，它说第一，没人敢说第二。

只需一句提示词，完完全全从0-1绘图。不管你用来做高端设计、做海报、还是做创意、插图、画真实人物/动漫人物等等，完全小菜一碟。

Midjourney画的真人，这你受得了吗

Midjourney做产品图，那简直是帅炸了！水平堪比世界顶级设计师。比如设计一个茶包的产品效果图，只需要简单两个字“茶包”，这效果就问你服不服气。

给即将要上市的车厘子出个产品图，车厘子商家要是用天道AI出图，不仅能省下来无数真金白银设计费，效果还贼拉6。

所以说在AI画图领域，你强任你强，但Midjourney画图永远滴神，这话一点不假。

正是因此，天道AI坚持采用Midjourney原生绘画，接入Midjourney原生绘画的所有功能。文生图、图生图、图片放大、变换、微调...Midjourney官方有的功能，天道AI全部都有！

Midjourney官方价格也是死贵死贵的，最贵的套餐96美元一个月，折合人民币684/月当月必须用完，用不完下月直接清空，逼你继续充值，就问你难受不？

而如果你用天道AI，只要399，就可以终身不限量使用+无限制出图！不用魔法，你想画多少张就画多少张，不限制时间+不限制用量！

我们敢说这种话，就因为我们Midjourney的渠道实力够硬，用户敞开画！天道AI这个含金量，你受得了吗？

▼长按扫码购买授权码

399永久使用，仅限100名

四、Nano Banana不限量使用

Nano Banana绘画，是最近AI绘画领域的新秀，属于谷歌旗下的头号绘图模型，凭借着超高的绘画一致性与“指哪改哪”的P图爆火出圈。

相比于Midjourney的从0到1生图，Nano Banana则更侧重对已有的图片进行二次修改，并且高度保持原有图片中元素的一致性。

比如给照片去除马赛克，以前难如登天甚至根本无法做到的事情，现在天道AI的Banana模型轻松做到了：

再比如把人物变成电脑面前的手办，你只需要一句话，它就搞定了，就这么简单：

家里的老照片修复，不要再去淘宝花那个冤枉钱了，打开天道AI的Banana模型，10秒钟搞定，效果还嘎嘎牛逼：

把衣服穿到模特身上，Banana分分钟搞定，简直不要太轻松

随手画一张素描画/线稿图，直接帮你上色变成一张成品图片，用来做插画/室内设计，爽！

大家可以看看大图，这一手素描转效果图，就问你服不服！要什么风格都能给你生成，但凡自己会一点点素描，配合天道AI，就能自己变成设计师。而专业的设计师要是有了这个，堪称如虎添翼，不敢想......

这么牛逼的Nano Banana画图模型，很多人想用都没地儿，我们天道AI直接包揽了，终身不限量使用+无限制使用Nano Banana出图！就问你这会员值不值。

▼长按扫码购买授权码

399永久使用，仅限100名

五、AI视频新王：Sor2大模型

这段时间火爆全网疯狂出圈的Sor2视频模型，太牛逼了！太真实了！太自然了！不仅能一键生成视频，还能自动配音，甚至连声音都无比接近真人！

天道AI完美接入了Sor2，你只需要在对话框说出你生成视频的需求，即可用Sor2全自动生成视频：

一句话或一张图，就可以生成一段10-15秒的视频，并且全自动生成配音！声音和画面动作的配合都能做到完美同步，毫无违和感，简直比真人上镜还牛！

▼看完相信你也被折服

除了文字生成视频外，天道AI还支持更炸裂的Sor2图生视频功能。

假设你现在是电商卖货的老板，需要用你的产品图片制作一条带货视频，你是愿意花上万请人拍一条，还是直接用Sor2生成一条？

不用我说，天道AI太牛逼了

还是老规矩，只要你是我们天道AI的客户，无限次数使用Sor2！你喜欢的模型，天道AI全包！别说我没提醒大家，这个福利真不多，手慢就真没了，抓紧上车！

▼长按扫码购买授权码

399永久使用，仅限100名

五、AI一键制作PPT

天道AI的PPT功能，完完全全由我们自研而成，成果我只能说两个字：牛逼！

比如公司要你写个报告，只需要告诉天道AI你的报告主题，它就能立马调用大模型生成内容，并将条理缕清生成一份结构完整，排版精美的PPT。

天道AI内置上千种超精致PPT模板，不论你是什么行业，都能在天道AI找到适合自己的模板，再也不用去网上到处找免费模板、或者花钱买付费模板了

选好模板后，天道AI会将PPT内容与模板进行结合并排版，并实时呈现在你面前，你可以清楚看到一份AIPPT是怎么制作出来的，几分钟搞定一份演讲PPT，真不是吹牛。

如果你不想要AI生成的内容，你可以自己导入资料作为PPT核心内容，支持纯文本导入、网页地址、上传文件三种方式导入，然后AI会对其进行分析并排版最后一键制作成PPT

另外，天道AI还支持全模态的文档解析功能，支持PDF、Word、Excel、PPT等多种格式文件，全部都可以使用全模态模型进行解析，深度思考文档内容，并回答你的问题。

这么多强悍的功能一次搞定只要399元，这价格真的划算炸了，手慢一点估计名额就被抢光了！

▼长按扫码购买授权码

399永久使用，仅限100名

六、全客户端支持，数据云同步

为了支持不同客户端的使用体验，天道AI完美兼容了安卓、iOS、Windows、网页四大终端，聊天数据支持云端无缝同步。在公司灵光乍现的创意，回到家在手机上也能继续完成！

六、性价比之王，399/全站所有模型不限量使用

GPT-5.1官方定价：150元/月，高级版1400/月

Midjourney官方价格：210/月，高级版680/月

Claude-4.5官方定价：120元/月，高级版720元/月

☑ 天道AI定价：399/不限次使用！

包含权益如下：

永久无限次使用：

GPT5.1+Claude4.5+Gemini3.0-Pro

+MJ绘画+Nano Banana绘画......所有模型终身不限量、不限次数使用！只要你不滥用，不盗刷接口，你就完全可以敞开用，所有消耗我们全包！

相当于一年要花三千多去官网充值才能实现的功能，天道AI简单粗暴，一步到位，399终身不限量使用！并持续更新！还有比这更超值的事情吗？

满100人之前，我们开放【天道AI】一次性永久使用通道！

满100人之后，我们将直接关闭永久卡套餐，不再开放。

▼长按扫码购买授权码

399永久使用，仅限100名

七、现在购买天道AI还送总价值3000+的AI变现手册

福利1：本次通过这篇文章直接购买的用户送—价值799的《AI搞钱教程》

购买之后添加客服，领取AI搞钱教程！这个教程也是实时更新的，并且最关键的一点：只要市场上有关于AI的新玩法与新的变现方法出现，教程里都会第一时间更新。

不论你是做什么行业，都可以通过AI快速辅助并搞钱，因为这里面有大量真实的实战案例和详细的流程拆解，一定能让你大有收获。

所有内容都是经过我们大量一线测试、真实落地验证后形成的精华知识。

你不仅可以学到AI的各种高阶操作技巧，还可以直接上手实操AI的各种搞钱项目。

当然了，因为交付压力比较大，也仅限今天和之前下单的朋友哦！

▼长按扫码购买授权码

399永久使用，仅限100名

福利2：本次通过这篇文章直接购买的用户送，价值599的《AI写作变现全套实战》

这份手册是【天道AI】花费了两个月时间精心整理的独家资源，整体超过10万字，并且每天都会对这本手册进行更新，非常难得。

里面包含各种AI变现搞钱案例：AI写作变现、AI赋能各个行业提高生产力、AI用于电商、传统行业生成带货视频、带货文案等辅助用法、AI小红书图文带货等等。

仅限今天和之前下单的朋友哦！

▼长按扫码购买授权码

399永久使用，仅限100名

福利3：本次通过这篇文章直接购买的用户送，价值699的《用AI做公众号爆文写作》

这份手册足足有两万字，详细整理了关于用AI在公众号领域的实战全部使用方法以及变现攻略。

包括AI大模型的提示词技巧、场景应用案例、AI辅助写作方法和实操赚钱玩法，干货满满！购买就送！持续更新！

▼长按扫码购买授权码

399永久使用，仅限100名

九、天道AI极具性价比—错过这村没这店

最后再帮助大家对比一下，以下是各大顶级模型官方定价：

GPT-5.1官方定价：150元/月，高级版1400/月

Midjourney官方价格：210/月，高级版680/月

Claude-4.5官方定价：120元/月，高级版720元/月

而我们天道AI的定价，接入以上所有模型的高级版本，仅需：399元，就可以持续不限量不限次数使用！

永久无限次使用：

GPT5.1+Claude4.5+Gemini-3.0-Pro

+MJ绘画+Nano Banana绘画+AIPPT等所有天道AI站内功能权限。

这种力度的优惠不可能有第二次了！！！

满100人之前，我们开放100个399元永久套餐

满100人之后，我们将直接关闭永久卡套餐，不再开放。

▼长按扫码购买授权码

399永久使用，仅限100名

十、留言区抽奖！三套天道AI全家桶

今天留言区抽奖，给兄弟们送一波大福利！欢迎大家在底部留言区说一说：你喜欢天道AI这种聚合全世界AI于一体的工具吗？

然后我们会在留言区抽取3位优质留言的兄弟，免费赠送天道AI『年度会员*1』，价值近2000元，并在留言区开奖公示！

留言区的小伙伴请认准天道的口号：“天道AI，666！”中奖概率更大哟~冲冲冲冲

阅读原文

跳转微信打开

最近我在准备一套新的视频系列 —— “Delphi 调试实战"

最近我在准备一套新的视频系列 —— “Delphi 调试实战：从配置到排错"

但在动手录之前，我想先问你一句：

“你有没有被某个 Bug 卡住过，查了一晚上还是不知道问题在哪？”

也许是：

• 打了断点，程序却直接跑过去了（断点变灰）？
• 变量值显示 ，明明代码没写错？
• 程序一运行就崩溃，但没有任何错误提示？
• 调试 DLL 时根本启动不了？

这些问题，往往不是代码逻辑错了，而是调试环境没配对。而官方文档分散、IDE 选项繁杂，新手很容易踩坑。

如果你正在用 Delphi 开发项目（无论是商业软件、老系统维护，还是传奇服务端），欢迎在评论区或私信告诉我你遇到的调试难题。

我会从中挑选典型、高频、有代表性的问题，在接下来的视频中：

真实复现问题 一步步演示排查过程 给出可复用的解决方案

参与方式：

留言评论：描述你的问题（尽量包含 Delphi 版本 + 现象） 私信我：发送“调试 + 你的问题描述”

也可以私信给我

格式参考：

“用 Delphi 11 写了个登录服务，启动就崩溃，加了 try except 也捕获不到异常，日志没输出，不知道从哪查起。”

因为我相信：

Delphi 的价值，不在于它多“古老”，而在于它依然能高效解决实际问题。

而“会调试”，是每个专业开发者的核心能力。

如果你正在用 Delphi 做传奇引擎、商业软件或系统维护，这套调试方法会帮你省下大量排查时间——

事实上，所有的实战课程中，都已预配置好调试环境,原作者并未在视频中予以说明

期待看到你的问题，我们一起把 Delphi 用得更稳、更高效！

阅读原文

跳转微信打开

各位好久不见！

先和大家简单聊聊我最近在忙什么。主要就两件事：一是工作，二是传奇引擎系列视频的录制，现在已经录制到212集。

工作方面就不多展开了，重点说说视频录制——目前已经更新到第 212 集，最近正在深入研究脚本解析的部分。

这次我想重点介绍的是我新开发的一款阅读器软件。经过一段时间的打磨，我觉得它现在已经基本成型了。先放一张效果图。

接下来，我将从几个核心模块逐一介绍这个软件的设计初衷和功能亮点。

RSS 阅读

“信息茧房”这个词，不知道大家是否听过？简单来说，就是每个 App 都在用自己的算法推送内容，久而久之，我们只能看到自己“想看”的东西，不同平台之间的信息彼此割裂，形成了一个个“信息孤岛”——这就是信息茧房。

RSS 阅读器的核心目标，正是为了打破这种封闭：

• 信息聚合：你可以订阅像博客园、CSDN 等技术博客的 RSS 源，把优质内容集中到一个地方，统一管理。
• 离线阅读：所有订阅的文章都可以下载到本地，随时随地阅读，无需依赖网络。
• 自动抓取（待实现）：计划每隔一段时间自动更新已订阅的源。不过这个功能我还在斟酌具体实现方式，暂时没有上线。

  

特别感谢群里的老邢提了一个很棒的建议：支持“抓取单篇文章”。我觉得这个功能非常实用，后续一定会加入！

网盘集成

早些年我见过一款用易语言开发的工具，叫“易语言宝盒”。它通过自建服务器，实现了在线观看和下载易语言教学视频，当时觉得特别酷。

但现实是：我没钱，也没精力去维护一个自己的服务器。直到最近在 哔哩哔哩 站上看到一款叫 AList 的网盘聚合工具（后来又发现了它的开源版本 OpenList），瞬间灵感迸发！

于是我把自己常用的阿里云盘共享出来，里面放了各种 Delphi 控件（虽然目前还不全，但会慢慢补充）。

网盘模块的目标很明确： 控件共享：之前我虽然搭建过社区，但一直苦于没有合适的地方存放资源。现在终于有了！ 视频播放：借助 OpenList，可以直接在线播放网盘中的视频，完美契合我的需求。

社区

社区对我来说一直很重要。早年我也尝试搭建过论坛，但最终还是“黄了”——原因很简单：没精力维护，加上当时我的技术也不到家。

现在，我选择了一个更轻量、更可持续的方式：圈子。它的功能几乎和传统论坛一致，但运维成本大大降低。

不过，为了确保社区能长期稳定运行，我会收取 60 元/年 的会员费。这笔费用主要用于日常管理和维护。只要我还“活着”，或者这个圈子还有人在用，它就会一直存在下去。

电子书阅读

很多 Delphi 的经典资料其实都是电子书形式。虽然我个人不太爱看书，但在初学阶段也啃过几本。所以，我决定把这个功能也集成进来。

不过目前还有些不满意的地方：

• 电子书搜索：当前只能搜索小说类内容。我真正想要的是能搜索 IT 技术类电子书，并将结果以文本形式保存到本地。
• PDF 阅读器：原本并不打算做 PDF 支持，但考虑到实际需求，还是硬着头皮加上了。可惜目前没找到合适的 PDF 控件，所以暂时不支持目录跳转。如果大家有推荐的控件，欢迎告诉我！

结语

这个项目折腾了很长时间，但终于初具雏形。不管怎样，它已经能解决我自己的很多实际问题。

未来，我可能会用 Rust 对整个项目进行重构——不仅是为了性能，更是为了长期可维护性。

最后贴上软件的下载地址

链接:

https://pan.baidu.com/s/1R44UgflqcawkbnqOvSfNWw

提取码:fnwy 

阅读原文

跳转微信打开

各位都知道我最近在重构传奇游戏，传奇游戏中的脚本设计其实我在很早之前就想写，只是一直没什么头绪，直到最近有 AI 辅助（我使用的 AI 是 Claude）才勉强实现，所以和各位聊聊

传统引擎中的脚本

脚本其实是被划分为两块主要的功能，即 M2 引擎在启动时的解析，以及在运行期的脚本执行。其实只要理解这两点，剩下的就是和玩家对象、NPC 的分门别类的一一对应，

那么传统的脚本的解析及执行存在什么问题呢

维护问题

• 可读性差 ：脚本语法不够清晰难以维护
• 版本兼容性 ：旧脚本在新版本中可能失效
• 文档确实 ：缺乏完整的 API 文档和最佳实践

性能问题

• 解释执行慢 ：实时解析脚本影响游戏性能
• 缺乏优化 ：没有预编译和缓存机制

其实还有一点，就是游戏中的对象（这里指玩家、NPC、怪物等）和脚本的联系耦合度太高了，这就使的维护变的异常困难，动一个 NPC 书写，可能要搞懂几十个相关脚本

那么我是怎么做的呢，其实最开始我也没什么思路，最多是把脚本和游戏对象分开编写，但是后来我想起来了 DLL，所以我就设计了一套以 M2 引擎作为主程序，脚本解析引擎为 DLL 的程序

这样一来 M2 中只需要维护一个接口就可以完成对整个脚本的控制。但是这里有一个问题，就是 TPlayer、TNormaNpc 等类中的属性怎么交给 DLL 的问题，因脚本中不可避免的会使用到游戏中对象的属性，针对这个问题，我想到了两种解决方案

• 定义接口：其内定义的函数都是 TPlayer 或者 NPC 中的属性，但是这样就产生了另一个问题，如果游戏对象的属性较多，那么这个接口中定义的函数需要翻倍的增加
• 使用集合：另一种想法就是将游戏玩家中的属性存入集合，然后把集合共享给 DLL

通过上述的改进，我可以很方便的进行脚本解析的扩展，比如未来引入 Lua，我只需要更换对应的 DLL 即可完成

我不太确定的是这种方案是否能够行的通？各位有不同的看法可以和我说，互相交流嘛

碎碎念

因为缺乏桌面应用的开发经验，这是我唯一能够想到的解决方案，主程序+DLL，中间通过集合传输对象属性。最后还是放一个圈子的二维码

阅读原文

跳转微信打开

大家好，这次带来的是二叉树的一个分支：平衡树，先说概念

平衡树（AVL树）是一种自平衡二叉搜索树（BST），其特点是每个节点的左子树和右子树的高度差（平衡因子）最多为1。通过这种平衡机制，AVL树能够在插入和删除节点时保持良好的查找性能，保证最坏情况下的查找时间复杂度为O(log n)。

在这段话种有几个术语需要解释一下的

• AVL:这个其实是 Adelson-Velsky and Landis Tree 的简写
• 平衡因子：一个节点的平衡因子是其左子树的高度减去右子树的高度。平衡因子的值可以为-1、0或1。如果某个节点的平衡因子的绝对值超过1，那么该节点就不再平衡，需要通过旋转操作来恢复平衡。
• 旋转操作：旋转是用于恢复平衡树平衡的核心操作,常见的旋转有:左旋（Left Rotation）、右旋（Right Rotation）、左右旋（Left-Right Rotation）、右左旋（Right-Left Rotation）

这么说可能不太好理解，我们以平衡树的节点插入为例详细说一下其过程：依次插入 10, 20, 30

第一步：插入 10 10

只有一个节点，高度差满足平衡（左=0，右=0），不用旋转。

第二步：插入 20

   10
      \
        20

节点 10 的平衡因子 = 左高(0) - 右高(1) = -1 还在 [-1,1] 范围内，树是平衡的。

第三步：插入 30

    10
      \
      20
         \
          30

节点 10 的平衡因子 = 左高(0) - 右高(2) = -2 （不平衡）这是 右右情况 (RR Case)，需要 左旋 (Left Rotate)

左旋以 10 为根：

20
/  \
10  30

旋转后恢复平衡，每个节点的平衡因子都在 -1 到 1 之间。

如果用Delphi实现的话，其具体代码如下

program AVLTree;

type
// 定义AVL树节点类，包含数据、左子树、右子树和树的高度
TAVLNode=class
Data:Integer;// 存储节点的数值
Left,Right:TAVLNode;// 指向左右子节点的指针
Height:Integer;// 当前节点的高度（用于平衡判断）
end;

// 定义AVL树类
TAVLTree=class
private
Root:TAVLNode;// 树的根节点
// 私有方法：获取节点高度
functionGetHeight(Node:TAVLNode):Integer;
// 私有方法：获取节点的平衡因子（左子树高度 - 右子树高度）
functionGetBalanceFactor(Node:TAVLNode):Integer;
// 私有方法：右旋操作
functionRightRotate(y:TAVLNode):TAVLNode;
// 私有方法：左旋操作
functionLeftRotate(x:TAVLNode):TAVLNode;
// 私有方法：递归插入数据
functionInsert(Node:TAVLNode;Data:Integer):TAVLNode;
// 私有方法：查找最小值节点（用于删除时的替代节点）
functionMinValueNode(Node:TAVLNode):TAVLNode;
// 私有方法：删除节点
functionDeleteNode(Node:TAVLNode;Data:Integer):TAVLNode;
public
    constructor Create;// 构造函数，初始化树
    procedure InsertData(Data:Integer);// 插入数据
    procedure DeleteData(Data:Integer);// 删除数据
// 打印树形结构（用于调试）
    procedure PrintTree(Node:TAVLNode;Level:Integer);
end;

{TAVLTree方法实现}

constructor TAVLTree.Create;
begin
Root:=nil;// 初始化树为空
end;

functionTAVLTree.GetHeight(Node:TAVLNode):Integer;
begin
// 获取节点的高度，如果节点为空，返回0
ifNode=nilthen
Result:=0
else
Result:=Node.Height;
end;

functionTAVLTree.GetBalanceFactor(Node:TAVLNode):Integer;
begin
// 计算节点的平衡因子，即左子树高度减去右子树高度
ifNode=nilthen
Result:=0
else
Result:=GetHeight(Node.Left)-GetHeight(Node.Right);
end;

functionTAVLTree.RightRotate(y:TAVLNode):TAVLNode;
var
  x:TAVLNode;
begin
// 右旋操作：将以y为根的树右旋
  x := y.Left;// 保存左子节点x
  y.Left:= x.Right;// 将x的右子树移到y的左子树
  x.Right:= y;// 将y作为x的右子节点

// 更新节点高度
  y.Height:=Max(GetHeight(y.Left),GetHeight(y.Right))+1;
  x.Height:=Max(GetHeight(x.Left),GetHeight(x.Right))+1;

Result:= x;// 返回新的根节点x
end;

functionTAVLTree.LeftRotate(x:TAVLNode):TAVLNode;
var
  y:TAVLNode;
begin
// 左旋操作：将以x为根的树左旋
  y := x.Right;// 保存右子节点y
  x.Right:= y.Left;// 将y的左子树移到x的右子树
  y.Left:= x;// 将x作为y的左子节点

// 更新节点高度
  x.Height:=Max(GetHeight(x.Left),GetHeight(x.Right))+1;
  y.Height:=Max(GetHeight(y.Left),GetHeight(y.Right))+1;

Result:= y;// 返回新的根节点y
end;

functionTAVLTree.Insert(Node:TAVLNode;Data:Integer):TAVLNode;
var
BalanceFactor:Integer;
be

上面的话里面其实是有一段比较容易让人产生疑惑的:节点 10 的平衡因子 = 左高(0) - 右高(2) = -2 （不平衡） 这里面的0和2是怎么来的呢，这个其实牵扯到了一个概念

树的高度定义

树的 高度 是从该节点到其最远叶子节点的路径长度。叶子节点是指没有任何子节点的节点。

• 如果一个节点没有任何子节点（即它是叶子节点），那么它的高度是 0。
• 如果一个节点有子节点，那么它的高度是其左右子树的较大高度 + 1。

我们来尝试计算左高(0) 和 右高(2)

10
/  \
nil 20
/    \
nil    30

节点 10 的左子树（nil）：

• 左子树是空的，也就是 nil，所以它的高度是 0
• 左高(0) 代表节点 10 左子树的高度为 0

节点 10 的右子树：

20
/  \
nil 30

节点 10 的右子树的根是节点 20，我们需要计算节点 20 的高度。

• 节点 20 的左子树：节点 20 的左子树是 nil，所以它的高度是 0。
• 节点 20 的右子树：节点 20 的右子树的根是节点 30，并且节点 30 没有子节点（是叶子节点），所以它的高度是 0。

因此，节点 20 的高度是：

• 左子树的高度是 0（nil）
• 右子树的高度是 0（节点 30）

所以节点 20 的高度是 Max(0, 0) + 1 = 1

碎碎念

我对平衡树的理解至此结束了，你有什么不同的见解呢？欢迎在评论区分享你的想法！最后还是老规矩了，贴出圈子的二维码，欢迎各位加入

阅读原文

跳转微信打开

上一篇我们聊了二叉树，这一篇聊聊遍历

上一篇我们聊了二叉树，我感觉各位应该也知道在Delphi中怎么实现一个二叉树了。那么针对这个数据结构最重要的两个操作：一是插入，二是遍历，今天我们来聊聊二叉树的遍历

我们这里还是以战士的技能为例

职业
/        \
刺杀剑法烈火剑法
/     \      /     \
重影刺杀烈焰剑法

首先有一点是可以肯定的，就是无论采用哪一种遍历方式，二叉树中存储的数据都是可以查询到的

二叉树的代码实现我这里就不再书写了，参考上一篇文章就好，同时我对二叉树的遍历方式做了一个整理

1. 前序遍历（Pre-order Traversal）

定义：

• 访问顺序：根节点 → 左子树 → 右子树。
• 步骤：先访问当前节点，然后递归访问左子树，最后递归访问右子树。

1. 中序遍历（In-order Traversal）

定义：

• 访问顺序：左子树 → 根节点 → 右子树。
• 步骤：递归访问左子树，访问当前节点，然后递归访问右子树。

1. 后序遍历（Post-order Traversal）

定义：

• 访问顺序：左子树 → 右子树 → 根节点。
• 步骤：递归访问左子树，递归访问右子树，最后访问当前节点。

1. 层次遍历（Level-order Traversal）

定义：

• 访问顺序：从树的根节点开始，逐层（从上到下、从左到右）访问每个节点。
• 步骤：利用队列进行广度优先搜索（BFS），首先访问根节点，然后依次访问每一层的节点。

这几种遍历方式猛然看上去好像无所吊谓，但是实际上是有区别的，我想到一个场景就是：遍历人物周围环境。这里要感谢QQ群里面的"想做一个温柔的人" 经他提示我才想到的

假设场景：游戏中有一个二叉树结构来管理不同区域的物体（例如敌人、道具等）。玩家（人物对象）位于某个区域，目标是遍历玩家周围的物体并做出反应。

地图区域
/               \
左半区右半区
/    \           /    \
区1区2区3区4

在这个场景中，每个区域（区1、区2、区3、区4）可能包含不同的物体，比如敌人或资源。玩家位于某个区域，通过遍历周围的二叉树节点来查询敌人、道具等。

这样我们就需要区分出节点的优先级顺序，前序遍历首先访问当前区域（根节点），然后访问其左子树和右子树。在游戏中，这可以应用于先查看玩家所在区域的物体，然后依次检查周围邻近区域。

前文提到的前序遍历的顺序是：根节点 → 左子树 → 右子树，适合在玩家处于某个区域时，优先关注当前区域的物体，然后逐步向周围区域扩展。

假设玩家在左半区，二叉树遍历顺序为：

左半区→区1→区2→右半区→区3→区4

这样做不是没有缺点：若玩家处于中间区域，可能会逐层遍历不必要的区域，效率较低(只是这个我们后期可以通过一些其他手段来进行避免)。

补全代码

// 先序遍历
procedure TBinaryTree.PreOrderTraversal(Node:TNode);
begin
ifNode=nilthen
Exit;
Write(Node.Value,' ');// 访问当前节点
PreOrderTraversal(Node.Left);// 遍历左子树
PreOrderTraversal(Node.Right);// 遍历右子树
end;

在一些任务系统中，可能希望先扫描左侧区域的物体，然后处理当前区域（玩家区域），最后扫描右侧区域。适用于需要根据某种顺序逐一检查物体的情况。

假设玩家位于左半区，二叉树遍历顺序为：

区1→左半区→区2→右半区→区3→区4

缺点就是：在一些场景中，可能导致对当前区域的处理稍晚，优先级不如前序遍历。

// 中序遍历
procedure TBinaryTree.InOrderTraversal(Node:TNode);
begin
ifNode=nilthen
Exit;
InOrderTraversal(Node.Left);// 遍历左子树
Write(Node.Value,' ');// 访问当前节点
InOrderTraversal(Node.Right);// 遍历右子树
end;

战斗系统中，玩家必须先击败周围的敌人（子任务），然后才能进入主任务（如拾取物品或触发剧情）。通过后序遍历，系统会先遍历敌人区域，再回到玩家所在区域处理主任务。

假设玩家在左半区，二叉树遍历顺序为：

区1→区2→左半区→区3→区4→右半区

缺点：如果所有子区域都需要先完成，可能导致延迟处理玩家所在区域的任务。

// 后序遍历
procedure TBinaryTree.PostOrderTraversal(Node:TNode);
begin
ifNode=nilthen
Exit;
PostOrderTraversal(Node.Left);// 遍历左子树
PostOrderTraversal(Node.Right);// 遍历右子树
Write(Node.Value,' ');// 访问当前节点
end;

在场景渲染中，你可能希望按层次顺序逐步渲染玩家周围的物体。敌人可能会先扫描玩家最近的区域（当前区域），然后逐步扩展到远离的区域。 假设玩家位于左半区，二叉树遍历顺序为：

左半区→右半区→区1→区2→区3→区4

也不算没有缺点吧，可能不如前序遍历那样直接展示当前区域的任务，适合需要分阶段处理的情况。

// 层次遍历
procedure TBinaryTree.LevelOrderTraversal;
var
Queue: array of TNode;
Front,Rear,Size:Integer;
begin
ifFRoot=nilthenExit;

SetLength(Queue,100);// 初始化队列
Front:=0;
Rear:=0;
Queue[Rear]:=FRoot;
Inc(Rear);

whileFront<Reardo
begin
// 访问队列头节点
Write(Queue[Front].Value,' ');
Inc(Front);

// 将左右子节点加入队列
ifQueue[Front-1].Left<>nilthen
begin
Queue[Rear]:=Queue[Front-1].Left;
Inc(Rear);
end;
ifQueue[Front-1].Right<>nilthen
begin
Queue[Rear]:=Queue[Front-1].Right;
Inc(Rear);
end;
end;
end;

碎碎念

综上就是针对二叉树，我自己的一些学习见解，如有错误的地方还请各位大佬不吝赐教！最后贴上圈子的二维码

阅读原文

跳转微信打开

这篇文章又迟到了。。。。。

今天聊一个比较有意思的话题，就是游戏中人物技能的设定，传统的传奇(即最早的传奇)里面对于技能是没有很明显的结构设计的，所有的技能都是以级别和职业作为限定，在等级达到要求之后就可以学习

例如：一个战士的技能有基础剑法(1级可学)、刺杀剑法(7级可学)，那么在战士等级到达7级未学习基础剑法的情况下是可以学习刺杀剑法的

这里我想做一个改造

简单的说就是每个技能都有一个升级技能，技能升级路径：

• 基础剑法之后可以选择学习强化攻击
• 刺杀剑法之后可以解锁重影刺杀
• 烈火剑法之后可以解锁烈焰剑法
• 野蛮冲撞之后解锁擒龙手

而这样设计之后就需要用到我们今天的要聊的数据结构来存储整个技能体系：二叉树

什么是二叉树？

比较书面一点的说法是，

二叉树（binary tree）是指树中节点的度不大于2的有序树，它是一种最简单且最重要的树。 二叉树的递归定义为：二叉树是一棵空树，或者是一棵由一个根节点和两棵互不相交的，分别称作根的左子树和右子树组成的非空树；左子树和右子树又同样都是二叉树 

摘自百度百科

比较通俗一点的说法是想象一下战士的技能学习路径：

职业
/        \
刺杀剑法烈火剑法
/     \      /     \
重影刺杀烈焰剑法

这就是一个典型的二叉树结构！每个技能（节点）最多可以衍生出两个更高级的技能（子节点）。

涉及二叉树的几个比较重要的术语：

• 根节点：职业（技能树的起点）
• 父节点：前置技能（如刺杀剑法）
• 子节点：进阶技能（如重影刺杀）
• 叶子节点：终极技能（无法再进阶的技能）

Delphi中的二叉树

如果我们用 Delphi 来实现技能树，可以使用对象来表示每个节点。下面是一个简单的二叉树实现：

program BinaryTreeDemo;

{$APPTYPE CONSOLE}

uses
SysUtils;

// 定义二叉树节点类
type
TNode=class
private
FData:Integer;// 存储节点的数据
FLeft,FRight:TNode;// 左右子节点
public
    constructor Create(Value:Integer);// 构造函数，用于创建节点
    procedure Insert(Value:Integer);// 插入节点
    procedure InorderTraversal;// 中序遍历
propertyData:Integer read FData write FData;
propertyLeft:TNode read FLeft write FLeft;
propertyRight:TNode read FRight write FRight;
end;

// TNode 构造函数
constructor TNode.Create(Value:Integer);
begin
FData:=Value;// 设置节点数据
FLeft:=nil;// 左子节点为空
FRight:=nil;// 右子节点为空
end;

// 插入节点到二叉树中
procedure TNode.Insert(Value:Integer);
begin
ifValue<FDatathen// 如果新值小于当前节点值，插入到左子树
begin
ifFLeft=nilthen
FLeft:=TNode.Create(Value)// 左子节点为空时，创建新节点
else
FLeft.Insert(Value);// 否则递归插入左子树
end
elseifValue>FDatathen// 如果新值大于当前节点值，插入到右子树
begin
ifFRight=nilthen
FRight:=TNode.Create(Value)// 右子节点为空时，创建新节点
else
FRight.Insert(Value);// 否则递归插入右子树
end;
end;

// 中序遍历（左、根、右）,这只是一种遍历方式关于二叉树的遍历我们在后续文章中说
procedure TNode.InorderTraversal;
begin
ifFLeft<>nilthen
FLeft.InorderTraversal;// 遍历左子树

Write(FData,' ');// 打印当前节点的值

ifFRight<>nilthen
FRight.InorderTraversal;// 遍历右子树
end;

// 主程序
var
Root:TNode;// 根节点
begin
// 创建根节点
Root:=TNode.Create(50);

// 插入一些节点到二叉树中
Root.Insert(30);
Root.Insert(70);
Root.Insert(20);
Root.Insert(40);
Root.Insert(60);
Root.Insert(80);

// 打印中序遍历结果：应该是从小到大的顺序
Write('Inorder Traversal: ');
Root.InorderTraversal;
WriteLn;

// 释放内存
Root.Free;
end.

为什么游戏要用二叉树？

说了这么多，这个才是核心问题，数据结构那么多，为什么我看会看上二叉树，这就需要说一下原因了

查找效率高：在技能树中查找某个技能，时间复杂度为O(log n)，比线性查找快得多。

层次清晰：技能的前置关系一目了然，玩家容易理解学习路径。

平衡性好：避免某个职业的技能过于集中或分散，保持游戏平衡。

扩展性强：增加新技能时，只需要在合适的位置插入新节点即可。

我隐约记得有一款游戏中使用了二叉树，就是天龙八部，这还是我在当初啥都不懂的时候学习外挂的时候看到的

碎碎念

上一篇文章在结尾我说了传奇的脚本解析其实更应该考虑哈希表，发布之后我看到有人留言说case的性能要比哈希表的性能好，

我特意去搜索了一把，最后的结论确实，但是要考虑实际应用场景，case在处理比较短而且连续的情况下使用，脚本解析还是算了

至于理由，就是引擎读取了记事本里面的检测指令之后还要做中转，中转之后再执行对应的case，也就是说这里面牵扯到了两个case

这一篇聊的是二叉树，你有什么不同的见解呢？欢迎在评论区分享你的想法！

最后还是老规矩了，贴出圈子的二维码，欢迎各位加入

阅读原文

跳转微信打开

这篇文章我已经想写很久了，只是一直以来不知道该怎么开始。这是因为有个问题我一直想不明白

桌面端（Windows、Mac、Linux）和移动端（iOS、Android）的界面布局一点都不一样，那么应该怎么实现不同端的布局呢(换句话说在界面布局差异这么大的情况下是怎么做到"一套代码多端运行")

以前在做Web的时候我知道有一个称谓响应式布局的方式，可是这个套用到Delphi中貌似无法实现，可能有人说使用布局管理器，如果界面类似(这里的类似是界面整体布局不变)那确实没什么问题

但是如下这种布局使用布局管理器该怎么做呢 !

之前我在玩哔哩哔哩的时候看到过一种方式，就是PC端和移动端分别创建两个项目，分别进行维护，但是我感觉这种方式无比的蛋疼，除了数据展示的方式不同，其他的都一模一样，很明显这种方式不科学

所以就有了这篇文章，当然我这篇文章只是抛砖引玉供大家讨论，因为我也没什么好的办法

正式内容

总体思想(或者说思路)很简单：同一个 FMX 项目，但在运行时根据平台选择不同的主窗体

program Project1;// 程序入口（主工程文件）

uses
System.StartUpCopy,// FMX 移动平台启动相关单元（Android/iOS 打包需要）
  FMX.Forms,// FMX 表单和应用程序核心类

// 条件编译：如果是 Windows 平台，引用桌面端主窗体单元
{$IFDEF MSWINDOWS}MainFormDesktopin'MainFormDesktop.pas'{frmDesktop},{$ENDIF}

// 条件编译：如果是 Mac 平台，引用桌面端主窗体单元
{$IFDEF MACOS}MainFormDesktopin'MainFormDesktop.pas'{frmDesktop},{$ENDIF}

// 条件编译：如果是 Linux 平台，引用桌面端主窗体单元
{$IFDEF LINUX}MainFormDesktopin'MainFormDesktop.pas'{frmDesktop},{$ENDIF}

// 条件编译：如果是 Android 平台，引用移动端主窗体单元
{$IFDEF ANDROID}MainFormMobilein'MainFormMobile.pas'{frmMobile},{$ENDIF}

// 条件编译：如果是 iOS 平台，引用移动端主窗体单元
{$IFDEF IOS}MainFormMobilein'MainFormMobile.pas'{frmMobile},{$ENDIF}

System.SysUtils;// 常用系统工具单元（字符串、文件、日期等操作）

begin
// 根据不同平台创建对应的窗体
{$IFDEF MSWINDOWS}// Windows 桌面端
Application.Initialize;// 初始化应用程序
Application.CreateForm(TfrmDesktop, frmDesktop);// 创建桌面端主窗体实例
{$ENDIF}

{$IFDEF MACOS}// Mac 桌面端
Application.Initialize;
Application.CreateForm(TfrmDesktop, frmDesktop);
{$ENDIF}

{$IFDEF LINUX}// Linux 桌面端
Application.Initialize;
Application.CreateForm(TfrmDesktop, frmDesktop);
{$ENDIF}

{$IFDEF ANDROID}// Android 移动端
Application.Initialize;
Application.CreateForm(TfrmMobile, frmMobile);// 创建移动端主窗体实例
{$ENDIF}

{$IFDEF IOS}// iOS 移动端
Application.Initialize;
Application.CreateForm(TfrmMobile, frmMobile);
{$ENDIF}

Application.Run;// 启动应用程序消息循环（进入主界面）
end.

如果这样来做的话，那么移动端和PC端的界面不冲突，同时还可以根据不同的平台执行不同的主窗体

我的电脑上现在没安装Android的环境，这个只是停留在理论层面的一种猜想，如果有不对的地方还望各位能够不吝赐教

碎碎念

最后其实就没什么了，还是老规矩贴上咱们圈子的二维码

阅读原文

跳转微信打开

在一个动辄上千、甚至上万玩家同时在线的传奇引擎中，有一个看似简单、实则至关重要的问题等着你：

如何在 0.001 秒内，从所有在线玩家中查找出某个指定玩家对象？

大多数初学者第一反应是：把所有玩家放进一个列表，遍历查找。但当玩家数据上万时，这种方式的性能会迅速崩溃——系统卡顿、响应延迟、线程阻塞，统统找上门来。

是时候请出我们的主角了：哈希表（Hash Table）。

这里的"性能雪崩"是一个形象化的技术术语，不是真的"雪崩"，而是指：系统性能随着负载上升或操作成本增加，出现突然且剧烈下降的现象。 如果我们用 列表（List） 存储玩家数据，并通过遍历方式查找玩家，比如：

for i :=0 to PlayerList.Count-1do
ifPlayerList[i].Name='目标玩家'then
Exit(PlayerList[i]);

这段代码的时间复杂度是 O(n)，当玩家只有 100 人时查找几乎感觉不到延迟；但当玩家变成 10,000 人、50,000 人……每次都要遍历上万条数据，CPU 开销会迅速增大，响应时间明显变慢。于是，系统就进入了这样一种状态：

• 查得慢
• 卡顿频繁
• 一旦有人频繁请求就压垮服务器线程

O(n) 是时间复杂度的一种表示方法，它的意思是：当数据量是 n 时，执行这段代码的耗时将随着 n 成正比增加。

什么是哈希表？

哈希表是一种键-值对（Key-Value）结构，能在常数时间 O(1) 内完成插入、查找、删除。它的核心思路很简单：

• 把 Key（例如玩家名）通过「哈希函数」转换为数组下标；
• 直接定位到数组某个位置；
• 快速读写对应的 Value（玩家对象等数据）。

哈希表在传奇引擎中的典型应用

Delphi中哈希表

在 Delphi 中使用哈希表有多种方式，取决于你使用的 Delphi 版本。下面是最常用的几种方式：

• 使用泛型字典 TDictionary
• 使用 THashedStringList
• 使用 TObjectDictionary

这是 Delphi 官方提供的标准哈希表类，功能强大，使用简单。示例：用玩家名字查找玩家对象

uses
System.Generics.Collections;

var
PlayerMap:TDictionary<string,TPlayObject>;

procedure Init;
begin
PlayerMap:=TDictionary<string,TPlayObject>.Create;
end;

procedure AddPlayer(APlayer:TPlayObject);
begin
PlayerMap.Add(APlayer.Name,APlayer);// Key 是玩家名，Value 是玩家对象
end;

functionGetPlayer(constAName:string):TPlayObject;
begin
ifPlayerMap.TryGetValue(AName,Result)then
Exit
else
Result:=nil;
end;
procedure RemovePlayer(constAName:string);
begin
PlayerMap.Remove(AName);
end;
procedure Cleanup;
begin
PlayerMap.Free;
end;