18年原生开发者的网站构建心法：框架选型与设计铁律

　　三个月前帮朋友重构个企业站，老板非要上最新那个什么“轻量级SSR框架”——我原以为他至少看过点文档，结果丫连服务端渲染和客户端渲染的区别都说不清楚，就因为“隔壁公司用了，收录涨了”。那天机房空调坏了，我蹲在三十八度的服务器柜前擦汗，看他举着手机给我看竞品排名：“你看人家这速度！”我盯着他屏幕右下角露出来的半截充电线，心想这破线要是缠进风扇里，咱俩今天都得交代在这。

　　框架选型这事儿，我干了十八年就认一条铁律：优胜劣汰。不是技术越新越好，是活下来的才配说话。前年帮某教育平台重构，老板拍脑袋要上Vue3，结果他们后端团队连Composition API都写不利索，最后还是我偷偷把核心模块改回Vue2——现在那站月活八百万，老板到现在都不知道自己用的“新技术”其实是个缝合怪。那天改代码时外卖小哥敲门，汤洒了一半，我边擦键盘边想：这破框架要是也能洒点汤，说不定早被淘汰了。

文章配图，仅供参考

　　跟人吵架最烦这种“结果导向”的。去年双十一帮某电商站优化，老板非要把所有商品页改成动态加载，说“这样能减少首屏时间”。我指着Google PageSpeed Insights的98分跟他说：“现在已经是行业顶尖了。”他叼着烟说：“但竞品都100分。”我当场把监控数据甩他脸上：“知道为什么他们100分吗？因为人家根本没上CDN，你让北京用户访问广州服务器试试？”他沉默了三秒，突然说：“那...要不我们也把CDN关了？”我转身就走，听见他在后面喊：“哎！我开玩笑的！”

　　优胜劣汰在框架选型里最明显。2015年那会儿React刚火，我试过用它重构个新闻站，结果光打包体积就比Vue大两倍。更搞笑的是他们官方文档里还写着“推荐使用Webpack4”——现在Webpack5都出两年了，这框架居然还没更新配置示例。去年帮某金融站选型，测试了七个框架，最后发现最稳的还是Next.js——不是因为它多新，而是因为它活得够久，坑早被前人踩平了。那天在会议室演示时，窗外突然下雨，雨点打在玻璃上的声音跟测试服务器宕机时的警报声一模一样，我指着屏幕说：“看见没？这就是优胜劣汰的声音。”

　　设计铁律里最容易被忽略的是“可维护性”。上个月帮某政府站改版，发现他们前端的代码里混着jQuery、AngularJS和React——我问他们怎么做到的，运维小哥苦笑着说：“每次换领导就换框架，新领导总要证明自己。”我翻着那堆嵌套了八层的DOM操作，突然想起上周修电动车时，师傅说：“这车换了五个电瓶，现在连充电器都插不进去了。”最后我强行把所有代码重构成Vue3，结果验收时领导说：“怎么看着跟以前差不多？”我指着控制台里减少的90%错误日志说：“因为现在它不会半夜自己崩溃了。”

　　现在有些开发者太迷信“最佳实践”了。上周看个技术博客，作者列了二十条“SEO优化铁律”，第一条就是“所有页面必须静态化”——我差点把咖啡喷在屏幕上。知道为什么GitHub Pages用Jekyll吗？不是因为它多适合SEO，而是因为它够简单，简单到连产品经理都能改模板。我原以为这种基础道理大家都懂，结果昨天帮某SaaS平台诊断，发现他们连robots.txt都写错了，更搞笑的是他们SEO专员还跟我说：“这是按XX大神的教程写的。”我盯着他屏幕上那个禁止所有爬虫的指令，突然想起上周理发时，师傅说：“现在年轻人总爱跟风烫头，结果烫完发现根本不适合自己。”

　　说到底，框架选型和设计铁律都是“活下来”的艺术。我见过太多站因为“追求新技术”而死，却没见过哪个站因为“用老框架”而亡。上个月帮某跨境电商站优化，他们用的还是十年前的Drupal，但月销售额两千万——我问他们CTO为什么不重构，他说：“因为现在它还能赚钱。”我盯着他办公室里那台还在跑Windows XP的开发机，突然明白了一个道理：在技术圈，“老”从来不是缺点，“活得久”才是。现在每次有人问我该用什么框架，我都说：“先活过三年再说。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!