@old9 这个 ID 让人想起当年那篇 on having layout

这本质上是关于自由意志的问题，不过从现在的很多观点看来人是没有自由意志的

所有函数式编程的场景都是靠闭包过的，这也是 JavaScript 最有用的特性了，举个例子 https://ramdajs.com/
特别是 es6 之后有箭头函数了，应用的就越来越广泛了

可以看看王垠实现解释器的这篇文章 http://www.yinwang.org/blog-cn/2012/08/01/interpreter，里面有实现关于闭包的部分，还是很容易看清楚的

从面向对象的语言入门编程真会有很多偏见，SICP 选的 Scheme 这种精简到不能再精简的语言才能呈现编程的最原本的东西

真该看看 SICP，原本很简单的世界就是因为面向对象这一个抽象把东西都搞复杂了，java 缺少这种函数是一等公民这种最基本的规则

如果可以修改模板的话，可以考虑把相应的参数写在 class 上提升性能，比如 class name 为 "row-4-width-20" ，document.querySelectorAll(".row-4-width-20")，或者 document.getElementsByClassName("row-4-width-20")

当然更有问题的是，这个 rowspan == 4 ,width == 20% 作为 selector 是非常不稳定的，设计稍微一变就成历史遗留问题了，如果这行是表达谋个业务的，最好根据业务定一个 class name，然后去筛选，否则未来代码是不可维护的。

成长另说，离 ICU 的距离到是更近了

想想以前一个项目，且不说啥框架不框架，就是统一一个全站通用头，就上万个网页要改动，涉及十几个部门。

先说 jQuery，对于大网站考虑的东西要多很多，比如被搜索引擎识别，jQuery 意味着什么？意味着不需要考虑 SSR，如果考虑也就意味着这个 Server 端也跟着改，这意味着啥，这个可不是一个 View 层面的变动了。

另外是项目级量，估计没在大厂呆过的可能都不知道几十万上百万行代码的项目是怎么一代一代的相传下来的，我记得我们当年一个旺铺的陈年项目，光下载 js 资源就得等个分把钟，重构这事情可不是一个人俩人，一个团队俩团队，一年两年，中间需求都不知道丢了多少了，能不能 work 还得看 QA 慢慢测，且不说项目很可能都没 UT 。

web-components 多好用的，用什么 jQuery 呢
google 的 it-element https://lit-element.polymer-project.org/
ionic 的 https://stenciljs.com/
写法类似 angular, react 但整个库的代码相当少

楼主还是虚心一点，这个重构也许是个轮回

上个开源项目看看吧，这代码未来挺危险的，一个文件超过 300 行时，组件和数据的交互层，业务逻辑层都在一起，看不到数据的模型，业务数据和交互状态交织在一起

@BruceLe 晒一下嘛，Code Review 都会有成长