fuyun

@hxysnail 不是不配，只是现状下选择的最优解。而且，设计模式是有成本的，jQuery 也可以撸一个优雅的方案出来，但大部分情况下你还是会选择框架。同理，大部分公司、项目就是为了解决实际问题的，甚至还要求快，这也是为何很多人倾向于 vue 的原因。另外，自己的项目大多是 ng 路线……

@hxysnail 因为：1 、目前绝大多数项目都是短平快的复制粘贴项目，只要求“可用”，不要求“优雅”； 2 、目前很大部分前端确实不需要、不了解、不会设计模式，都用 vue 了，还谈设计模式？

@V392920 trackpad 充一次电至少用一周，不至于影响使用，晚上充满电就好。

几年前也因为鼓包（和 op 一样一直插着线使用）联系了苹果客服，反馈说是只能换新，无法直接更换电池。后来死马当活马医，用橡胶垫高了四角，然后拔掉线，一直充放电使用，使用时不再插着数据线，年初发现鼓包竟然没有了……
然而，现在 Mac 又鼓包了……😒

@2024 推荐试试 TS+Nest.js ，继承、封装、调试早不是问题了，SpringMVC 那一套不要太 6 ！哪怕直接原生 ES6 手撸继承、组合、封装也不是什么问题了。

要说 JSON （ JavaScript Object Notation ）的支持，难道不应该是 JS 吗？

自从有了 Node.js 就淡化 PHP 了，Array 、JSON 、弱类型、强类型（ TS ）、日期（ moment ）、工具库（ lodash ）、异步、同步、流、模板引擎、框架、前后端分离、AI 、前后端同构、代码规范（ ESLint 、TSLint ）、测试、部署、热加载……不要太爽！
唯一不爽的是 node_modules 太臃肿了……囧 ing……

@LeeReamond 如果只是在现有 UI 库上小改，要么提 PR ，要么自己 fork 一个，都不是什么难事。另外，有点基础直接用原生撸代码效率并不低，ES6 还是很爽的，前期把基础设施（ http 、message 、modal 、form 等）搭好，后期和框架没什么区别了。对于个人网站这个特定的场景来说，交互并不复杂，没那么多增删改查操作，jq 足够了。

框架是解决工程问题，UI 才是你说的设计问题，而交互问题是 UE/UX 范畴，不是一个概念。
各大框架的技术栈都有相应的 UI 库，现在用的多的是 antd 系列，但不适合你说的个人网站。而且本身 UI 库和个性化就是冲突的，UI 库的出发点就是解决通用性的设计问题，减少重复劳动。你要说方便定制化的，那肯定是原生 JS 或 jQuery 生态。
ps.自己刚好在重构（重写）网站，放弃了 Angular 之上的 SSR 方案，选择原生+jQuery 方式，UI 采用自定义+Bootstrap 定制，毕竟如你所说，2C 的网站定制化程度太高，已经不适合框架和 UI 库了……