本文关键词：extjs做的网站

干建站这行七年了，啥技术栈都摸过。从最早的Flash，到jQuery，再到现在的Vue、React，甚至Go和GoLang。最近有个老客户找我，说之前那个后台系统太卡，想换个前端框架，顺便把前台也重做一遍。他提到以前用的是extjs做的网站，问我能不能接着用。

我听完心里咯噔一下。不是不能做，而是太折腾了。

先说个实话，extjs这玩意儿，在当年那是真的牛。十年前，如果你要做那种复杂的后台管理系统，表格要能拖拽、树形结构要能展开、图表要能联动，那时候除了它，还真没几个能打的。它的组件库全得一批，拿来就能用，不用你自己去写CSS，不用去调兼容性问题。那时候老板觉得这技术稳，我也觉得挺省事。

但现在时代变了。

你想想，现在用户都在用手机。手机屏幕那么小，手指头那么粗。extjs生成的DOM结构，那叫一个复杂。随便一个表格，里面套着div、span、table，层级深得像迷宫。浏览器解析这些代码，CPU得累够呛。你在电脑上可能觉得还行，一到移动端，那页面加载速度，慢得让人想砸键盘。百度爬虫抓取这种页面，也费劲。权重怎么上来？

再说维护成本。

很多公司招不到懂extjs的前端。这技术栈有点老，年轻人都去学Vue、React了。你招个实习生，让他改个按钮颜色，他得翻半天文档，还得看你那几年前的代码逻辑。一旦核心人员离职，这项目基本就废了，没人敢动。这就是所谓的“技术债务”，越积越多，最后还不起。

还有SEO的问题。

如果你做的是企业官网，需要靠搜索引擎带来流量。extjs默认是客户端渲染为主，虽然也有服务端渲染方案，但配置起来麻烦得很。百度蜘蛛爬你的网站，看到一堆JavaScript代码，它可能直接跳过，或者抓取不全。内容展示不出来，排名怎么搞？现在SEO讲究的是内容质量，但也得技术配合。页面加载慢、结构乱，直接降权。

当然，也不是说extjs一无是处。

如果你的系统是纯内网用的，比如ERP、CRM，不需要对外公开，也不在乎SEO，那用它挺好的。稳定、功能强、开发效率高。但对于面向公众的网站，尤其是电商、展示型官网，真心不推荐。

我见过太多案例，一开始为了快，用了老技术，后来想转型，发现改不动了。只能推倒重来。那时候花的钱，比一开始用新技术多好几倍。

所以，如果你现在还在考虑用extjs做的网站，我得劝你三思。

问问自己，你的用户在哪里？如果是内部员工，没问题。如果是大众用户，尤其是移动端用户，赶紧换。问问自己，未来三年，团队会不会换人？如果会，选个主流框架，招人容易，交接简单。问问自己，要不要做SEO？如果要，选个对爬虫友好的技术栈。

建站不是做一锤子买卖。技术选型，得看长远。别为了眼前的省事，埋下未来的雷。

我也不是故意唱衰extjs。它有过辉煌，也有它的道理。只是现在的环境，不适合它大展拳脚了。就像老式自行车，载货还行，但想跑长途，肯定不如电动车方便。

如果你手里已经有extjs做的网站，觉得卡顿、难维护，别慌。可以逐步重构。先把核心功能剥离，前端换成轻量级的框架，后端接口保持不动。这样风险小，也能慢慢优化。

总之，技术是服务于业务的。别为了用技术而用技术。选对工具，事半功倍。选错工具，累死累活还不出活。

这七年，我见过太多老板因为技术选型失误，多花了冤枉钱。希望我的经验，能帮你避避坑。建站这条路，走得稳比走得快重要。