知乎 · 2018 上半年

非专业前端工程师，发表些业余看法：

Vue 是传统的在 Html 里写 Js，而 React 则是在 Js 里写 Html。（题外话：作为一个 Android 工程师，感觉这有点像 Databinding 和 Anko 之间的差异）

Vue 的好处是非侵入，不需要重构，在原有的 Html 和 Js 基础上改就行了。React 的话则更可能需要大面积重构整个项目。

论上手简单的话，对于前端工程师应该 Vue 确实会更容易一些吧？毕竟思维上不需要做什么转变。但是对于零基础的人，感觉其实差不多，个人喜欢 React 多些。

5403 74dc ff0c 770b 4f1a 4e0d 4f1a 88ab 5220

「又流行」感觉像是开历史的倒车，但其实并不是。以前是 Back-end（或者说 Full-stack）工程师负责 SSR，但是现在是 Front-end 工程师负责 SSR 了啊。在目前这个知识爆炸的年代，前后端的职能目前已经被分割得很开，大家都不愿意去淌对方那摊混水，而 Rendering 这事从语义上出发就属于 Front-end 的范畴，让 Back-end 去做这事，其实很多人是不愿意的。

回到问题本身，SSR 的「又流行」其实是 Front-end 社区工具栈不断进化的体现，也是历史的必然啊。几年前，SPA/CSR 概念的大热，让很多 Front-end 把他们当做万金油了。其实大家都知道 CSR 有着 SEO 的问题，而且页面渲染速度肯定比不上 SSR，但苦于社区中没有解决这个问题的工具栈，所以大家都对这个问题视而不见了。

而随着 Front-end 社区造轮子大潮的兴起，出现了一个很关键的历史转折点 —— Node.js 的出现。Node.js 赋予了 Front-end 在服务端执行 Js 的能力，有了这个环境和土壤，Front-end 工程师们终于可以考虑如何用 Js 来实现 SSR 了，于是 React 和 Vue 等主流框架后面开始支持 SSR 也就成了必然。

所以之前并不是不流行，而是因为前后端职能的分离，Back-end 不愿意做这事了，Front-end 没有条件去做。现在有条件了，自然又开始流行了。

所有语言（包括 Typescript）都只是个前端而已，你完全可以自己写个编译器把某种语言编译成各种后端（例如可直接执行的机器码）。

至于为什么 ts 目前还没有编译成机器码的编译器？我觉得是因为社区没人愿意做这种吃力不讨好的事（一是难度，二是 ts 本身是以 js 前端语言而生的，有各种 js 的包袱），自然就没有了。

正确操作是 fork & submodule，直接 copy 代码太不优雅了，况且这样做怎么同步上游最新代码……

这个问题前段时间有人邀请我回答，但是因为没有遇到过类似的需求所以并没有关注。刚好最近遇到了类似需求，所以来补答一下。

明确的讲，目前并没有很官方的方法来在纯的 Java Module 中以任何方式引用 AAR 包，Gradle 内置的 Java Plugin 中并不具备这样的功能。但是我们可以在 Android Plugin 中把对应的功能接口 Hack 出来在 Java Module 中使用。详情可以看 https://github.com/nekocode/gradle-import-aar

个人认为一个很大原因在文化输出上。东北一直以来对外的文化输出主要在小品、二人转等传统戏剧上，这已经跟不上上流社会的审美了，加上最近在东北大火的各种直播、喊麦，容易被人贴上俗的标签，于是造成了大部分人对东北比较片面的印象。当然，实际中我认识的东北人大多数素质还是很高的。