BluedWeb组技术周刊第七期

[YanSearl]

服务端渲染（SSR）

一步一步架构 react 服务器渲染同构框架
https://juejin.im/entry/59082b67da2f60005d1418c5
现代化的UI库都提供了服务端渲染(SSR)的功能，使得开发的SPA应用也能完美的运行在服务端，大大加快了首屏渲染的时间，这样的话用户既能更快的看到网页的内容，与此同时，浏览器同时加载需要的JS，加载完后把所有的DOM事件，及各种交互添加到页面中，最后还是以一个SPA的形式运行，这样的话既提升了首屏渲染的时间，又能获得SPA的客户端用户体验，对于SEO也是个必须的功能。本周技术周刊重点关注服务端渲染。

Next.js背后的哲学和设计
https://segmentfault.com/a/1190000007827278
说到React应用的服务端渲染，不得不提到Next.js。使用next框架，仍旧可以采用客户端react组件的写法，只是在redux和router的选择上，使用next集成的redux和router功能，项目结构上面，和客户端渲染的写法有些许不同。知乎上有大佬评价其实它是通过改变正常 React + webpack 的代码书写习惯来绕过前后端同构的坑，至于它是不是一个用自由度和通用性来换取易用性的框架，那就仁者见仁，智者见智啦。

React16.x中的服务端渲染
forthealllight/blog#7
在React16.x中，在客户端渲染的render的方法的基础上，增加了两个新的方法，分别是hydrate和stream。简单来说，如果在仅在客户端呈现内容，那么使用render方法就已经足够，如果客户端要在服务端的基础上进行渲染，那么可以使用hydrate。而针对renderToString和renderToStaticMarkup则提供了stream的方法：renderToNodeStream和renderToStaticNodeStream，这两个方法同样接受的参数为react element，但是返回的不是HTML字符串，而是一个可读流。

[xzy0315]

JavaScript

JavaScript 深拷贝性能分析
https://zhuanlan.zhihu.com/p/33489557
浅拷贝，深拷贝是我们老生常谈的事情了，其中深拷贝的实现方式也多种多样，但是如果对象过大的话，势必会多少影响性能，所以对性能的分析也是很有必要的，通过这边文章可能让你知道其他的深拷贝的方式，也会让你知道不同方式深拷贝的性能差异。

JavaScript 的时间消耗
dwqs/blog#59
在前端开发中，大多数开发者考虑 JavaScript 的时间消耗时, 都会考虑到例如脚本大小，脚本文件过多，是否压缩传输等等问题，通过这一篇文章，我们可以了解一些优化的方式，也可以了解到某些情况下该如何优化，对我们的帮助还是挺大的~

你需要了解的23种JavaScript设计模式
https://mp.weixin.qq.com/s/Ov62U8kktVv7Jz0Ukhekkg
设计模式不论是什么语言都会有，而且基本上都差不多，只不过可能有些语言不支持某种特性用不了某些设计语言外，其他的还是很通用的，这篇文章将给你们介绍高达23种JavaScript种的设计模式，虽然想掌握的话，是需要时间，但是了解的话，还是挺快的，对大家也很有必要。