2019-10-011. 用过 SSI 和 Nunjucks。
当时选择 SSI 是因为自己对前端技术了解不足，SSI 容易掌握。当对复杂模板有需求后，找到了 Nunjucks。
现在回头看，其实自己对模板引擎的 trade-off 了解并不多，拿到一个就用，缺少深入理解。
2. 我不同意这个观点。
客户端聚合有代价。
第一次进入 web 或 web app 要等待一段时间。如果手机+不流畅的网络访问，一开始的体验不太好。如果是复杂的 web app，那么客户端需要下载的文件量和计算量就较大，等待时间就更长。
如文中提到，服务端聚合，可以通过分层和解耦，把一部分信息优先发送到客户端，这样会有更好的体验。
还有一种选择是 static site generator，把聚合的步骤在本地完成。但它不适合需要动态更新的网站，以及如果网站数据很大，本地编辑和执行的时间就会很长。
根据具体需求，选择适合的方案。展开作者回复: 👍
1
2019-11-26原来公司项目用的template是这个原因啊，我说为啥不直接用jsp el取值呢，哈哈。。
2019-10-11小白，努力学习中...
2019-10-09打卡吧:欠账了、、、开发的东西确实学习中结合面向模块编程在啃理解-发现确实还是理解起来很辛苦，放慢学习速度慢慢循环去看才能大致明白；后面加紧吧，坚持在课程完成的时能把每篇文章基本学完。- 2019-10-08都没用过：补课去😂😂😂怪不得感觉现在开发DEV+CSS的结构基本消失甚至很多UI和前端开发都不会这种架构。
- 2019-10-081. 之前在用 React 的时候使用过一个叫 JSX 的东西，其功能就是将 HTML 样式的代码转化成 JavaScript 中的函数调用，对于一些复杂的结构，JSX 可以让代码变得更加简洁清晰，使得 React 中的代码风格能够被大多数人所适应，一开始认为 JSX 就是模版引擎，毕竟直观看，它和模版引擎的功能极其相似，但是 JSX 并不是模版引擎，只是用来代替模版引擎的一个语法糖，解释就是 JSX 表达的是 Virtual DOM 并不是实际的 HTML；之前之所以选用这个技术也是看 React 官网上说 JSX 和 React 比较搭
2. 不是特别同意这个观点，老师在文章中已经提到了客户端聚合的一些缺陷，就是这种方式需要客户端有一定的规范性和运算处理能力，如果是仅仅使用客户端聚合而不考虑服务器端聚合，这等同于将鸡蛋放在同一个篮子里，当项目的规模上来了，页面的模块增多了，聚合的复杂性将大大提升，客户端聚合将不能很好的进行；个人认为正确的考虑方式是结合实际情况考虑，将复杂的任务拆分并解耦，综合考虑服务器端聚合和客户端聚合展开作者回复: 👍
- 2019-10-07那jsp就属于服务端聚合了呗，毕竟编译后的servlet控制生成html并且运行在服务器上，现在一直在开发维护老项目使用陈旧的flex，应该是客户端聚合，客户端下载编译好的swf，请求完数据后聚合在页面内
2019-09-30我的天，硬是听出玄幻小说等更新的感觉。。。作者回复: 😝
2019-09-30模板引擎好像没有怎么大规模用过，小程序，bootstrap，easyUI用的比较多，拿easyUI举例子感觉更像是iframe的聚合，里面会嵌套两个页面。像微信小程序这种算是模板引擎吗，感觉这种声明式的一般来说模板引擎的面比较大？
服务端聚合还是要用的，你不要说浏览器的页面，要考虑兼容性。即使现在所谓大前端一把梭的情况，你什么都指望客户端聚合，不要说各种客户端，各种大小适配的问题，感觉做不到啊
2019-09-30喜欢这种带扩展阅读的方式，节省了很多查找优质信息的时间。
2019-09-30从反爬虫的角度，
放在客户端聚合，势必要分多个请求。不想暴露的数据api就得引入加解密。
对于服务端聚合的页面，比较好控制呈现的数据维度和量，爬虫也只能老实的解析dom树。作者回复: 想法不错！但是如果只是为了反爬虫，还有其它更好的方法来做到这一点（比如使用随页面生成的一次性 token），而不是说为了反爬虫就必须把 Web API 隐藏起来。
1