最近想做个聚合主流 AI 工具的导航页 —— 不用翻收藏夹，就能快速找到常用 AI 的官网。过程里既用了 AI 提效，也靠「老技术」ThinkPHP 撑住了业务，顺便想聊聊：别总盯着新潮框架，能落地的才是好技术。

一、技术选择：为啥选「土味」ThinkPHP？

一开始纠结过用不用 React 或 Vue 做前端，甚至想试试 Next.js。但转念一想：导航页核心需求是「稳定展示 + 接口联调」，不需要复杂交互，用熟悉的 ThinkPHP 更高效 —— 毕竟它的 MVC 模式虽不新潮，却能让我 1 小时内搭好页面骨架。

有人说 ThinkPHP「土」，没有 TypeScript 支持，生态不如 Laravel 活跃。但实际用下来：

• 文档全：遇到模板渲染问题，搜「ThinkPHP volist 标签」就能找到解决方案；
• 上手快：控制器写方法、视图调模板、数据靠 load 函数读取，流程固定，不用记新语法；
• 稳：本地搭环境、线上部署，全程没遇到兼容性坑，接口返回格式一次对齐前端。

后来证明这个选择没错：如果硬上新潮框架，光环境配置可能就要耗半天，反而耽误业务落地。技术没有高低，适合当前需求的才是最好的。

二、ThinkPHP MVC 实战：导航页的「骨架」怎么搭？

导航页的核心是「初始页面渲染 + 筛选加载更多」，用 ThinkPHP 的 MVC 分层刚好契合：

1. 控制器（Controller）：业务逻辑中枢

新建AI控制器，写两个核心方法：

• aiNav()：负责页面渲染，把 AI 工具数据（从page/ai.php读取）传给视图，对应 MVC 里的「C」，承接请求、分配数据；

• loadAiList()：处理筛选和分页接口，接收前端传的page「category」参数，返回对应数据，相当于给前端提供「动态数据接口」。

2. 视图（View）：页面展示层

视图文件ai-nav.html里，用 ThinkPHP 的volist标签循环渲染初始 AI 卡片，不用写 JS 请求 —— 这就是老框架的好处：后端直接把数据塞到模板里，首屏加载更快。

遇到搜索框宽度问题时，用 AI 生成的 Tailwind 样式调整，前后端配合很顺畅。

3. 模型（Model）：数据层简化

这次没建复杂 Model 类，直接用load('page/ai')读取配置文件里的 AI 数据 ——ThinkPHP 的load函数能快速加载数组数据，刚好满足导航页的轻量需求。如果后续数据量变大，再补个 Model 关联数据库也不迟，这就是老框架的灵活性。

三、AI 工具梳理：导航页里的「主角们」

搭好框架后，重点就是整理导航页里的 AI 工具。借着这个机会，也帮大家分清几个主流 AI 的区别：

• 通用大模型：ChatGPT 擅长多轮对话和创意生成，文心一言中文语境理解更准，豆包（字节）综合场景强，能兼顾聊天和办公；
• 设计类：MidJourney 做图像生成，细节和艺术感拉满；Canva AI 更偏向实用设计，适合做海报、PPT；
• 办公类：飞书 AI 能自动总结会议纪要，微软 Copilot 直接嵌在 Office 里，改文档、做表格都方便；
• 编程类：GitHub Copilot 是开发者刚需，实时补全代码；CodeGeeX 对中文注释支持更好。

其实这些工具的底层都是「大模型」—— 简单说，就是能理解文本、图像等信息，还能生成内容的 AI 系统。不同大模型的「特长」不同，就像有人擅长写作，有人擅长画画，导航页的分类就是按「特长」分的，找起来更直观。

四、收尾：邀请大家提意见

现在这个 AI 导航页已经能用了（地址：AI导航 - 聚合主流AI工具官网入口），从框架搭建到 AI 工具整理，前后花了不到1个小时 —— 一半功劳是 AI 帮我调样式、写接口示例，另一半是 ThinkPHP 帮我稳定落地业务。

想起之前总觉得「老技术跟不上时代」，这次才明白：技术的价值不是「新潮」，而是「解决问题」。就像 ThinkPHP，它没那么多花里胡哨的功能，却能让我快速把想法变成能用的产品；就像 AI 工具，不管多厉害，最终也是为了帮人提高效率。

如果你有常用的 AI 工具没在导航页里，或者觉得页面有可以优化的地方，欢迎留言告诉我 —— 毕竟好产品都是改出来的，也期待和大家一起探讨「老技术 + 新工具」的更多可能。