那些年我们追过的“轮子”
最近整理硬盘，翻出一个叫“影视源码”的文件夹，里面塞满了七八年前从各种论坛、QQ群淘来的整站程序。什么帝国CMS的影视模版、PHPWind的插件包，还有一堆现在已经叫不出名字的“海螺模版”变种。看着这些压缩包，我忽然有点恍惚——我们这代开发者，是不是在“重复造轮子”和“寻找完美轮子”之间，消耗了太多热情？
记得那时候，一个号称“全能”的海螺模版能卖到几百块。卖家吹得天花乱坠：响应式设计、会员系统、支付接口、采集功能一应俱全。等真正下载下来，往服务器上一传，好家伙，光是处理各种编码错误和数据库兼容问题就能折腾一晚上。代码写得那叫一个随心所欲，全局变量满天飞，SQL拼接直接写在HTML里，安全漏洞？那会儿大家好像都不太在意这个。
但你说它完全没用吗？也不是。至少对当时的我来说，这些乱七八糟的源码就像一本本“野生教材”。通过修改它们，我硬生生搞懂了PHP怎么连接数据库，知道了什么是模板引擎，甚至第一次接触到了“MVC”这个概念——虽然那个MVC可能和教科书上说的不太一样。
当“切片系统”成为标配
时间快进几年，技术风向变了。大家开始谈论“前后端分离”，谈论“API优先”。这时候，“切片系统”这个概念火了起来。
我第一次正经接触是在一个电商项目里。前端同事把设计图“切”成一个个组件，后端只需要提供数据接口。那种感觉挺奇妙的——我再也不用在Smarty模板里写一堆{if}和{foreach}了，也不用担心改个样式会把PHP逻辑搞崩。
但问题也随之而来。当时我们选的技术栈比较激进，前端用着当时还很新的Vue，后端是Spring Boot。两边开发速度倒是快，可联调的时候简直是一场灾难。前端说接口字段不对，后端说前端传参格式错误。更头疼的是权限控制，一个按钮该不该显示，居然要在前后端各写一遍判断逻辑。
这时候我开始思考：有没有一种框架，能把这些烦人的事情统一管起来？
遇见若依：一种不同的思路
第一次听说若依框架，是在一个技术群里。有人问：“有没有开源的、带权限管理的中后台解决方案？”下面齐刷刷地回复：“若依啊！”
抱着试试看的心态，我把项目clone了下来。启动，登录，进入管理后台——那一瞬间，我竟然有种“久违了”的感觉。不是因为它多炫酷，恰恰相反，它的界面甚至有点“老派”。但该有的功能一个不少：用户管理、角色权限、菜单配置、操作日志……最让我惊讶的是，它把前后端分离和单体应用两种架构都提供了，而且代码结构清晰得不像是个开源项目。
我花了一个周末的时间，用它搭了一个内部用的工具平台。原本以为要折腾很久的权限系统，在若依里就是勾勾选选的事情。菜单和按钮级别的控制，居然不用写一行额外的代码。那种感觉，就像你一直在用瑞士军刀拧螺丝，突然有人递给你一把电动螺丝刀。
但若依最打动我的，还不是它的功能齐全。
“适度封装”的智慧
很多框架为了体现自己的“强大”，喜欢把一切都封装得严严实实。用起来是简单，可一旦你想做点个性化的事情，就得和框架的“魔法”搏斗。若依不太一样，它给我的感觉是“克制”。
该封装的封装——比如那些每个后台系统都需要的增删改查、导入导出、权限验证。不该封装的绝不插手——业务逻辑怎么写，数据库怎么设计，完全由开发者自己决定。这种“留白”的设计哲学，在现在这个追求“开箱即用”的时代，反而显得珍贵。
我见过太多团队，选了一个“全能”框架，结果被框架的约定绑得死死的。项目初期进展飞快，到了中期就开始还技术债。若依似乎早就明白这个道理：框架应该做框架该做的事，而不是试图接管整个项目。
回望与前行
从到处搜刮“影视源码”的小白，到在“海螺模版”里挣扎的初学者，再到拥抱“切片系统”的探索者，最后在“若依框架”里找到某种平衡——这大概就是很多中国开发者的成长路径吧。
我们这行有个怪现象：技术迭代快得吓人，但很多基础问题却几十年不变。不管前端框架从jQuery换到React再换到Vue，不管后端是PHP还是Java还是Go，系统总需要用户登录、需要权限控制、需要管理后台。这些“脏活累活”，总得有人干。
若依这样的框架，本质上是在解决这些共性问题。它不追求技术上的炫酷，而是踏踏实实地把那些每个项目都要做一遍的事情做好。这让我想起程序员圈子里那句老话：“不要重复你自己”。但现实中，我们总是在重复——不是重复自己，就是在重复别人踩过的坑。
所以现在，当有新手问我该学什么框架时，我反而不会推荐那些最火的。我会说：“你先去看看若依的代码，看看一个完整的、在生产环境跑了很多年的系统长什么样。理解它为什么这么设计，比学会十个新框架的命令更有用。”
技术终会过时，今天的热门可能就是明天的遗产代码。但那些关于如何组织代码、如何平衡灵活与规范、如何让团队协作更顺畅的思考，永远不会过时。这大概就是我从那些“影视源码”压缩包，一路走到今天，最想告诉当年自己的话吧。
硬盘里的那些“海螺模版”，我最终没有删除。就让它们留在那里，作为一个时代的注脚，也提醒着我：无论工具如何变化，解决问题的初心，才是最重要的。
