hybrid 如何发布和更新，虽然这是一个前端、server 端和客户端共同解决的问题
js-bridge 的使用和原理，例如微信 JSSDK 的使用
运行环境框架和库
以上四个部分总结完之后，你会发现遗漏了一块很重要的内容，就是框架和类库，例如 vue React jQuery underscore 等。这也是我自己在总结过程中遇到的一个问题。
如果你不仔细思考的话，你会很容易将“框架和库”列为第五项，和前四项并列，但是我不敢苟同。让我们来仔细分析以下就知道了，就拿列出的这四个例子：
vue 最主要的功能就是 MVVM 和组件化。 MVVM 是 MVC 的一种变异或者微创新，MVC 又是设计模式的一种组合形式，因此 MVVM 肯定是和设计相关的。组件化和面向对象基本都是同一个思想，是面向对象思想在前端 view 层应用的一种体现，因此组件化是和面向对象相关的。最后，vue 这个框架，，其实是设计、面向对象的一种具体体现，它应该归属于基础知识的一部分。包括它的依附项目，如 vuex vue-router 等。
React 和 vue 同理，只不过是更加纯粹的组件化，没有 MVVM ，这里不再赘述。
jQuery 功能丰富，其 API 光标题就能沾满一页。我们最常用的就是 DOM 操作和 ajax
，从上面分析得知这两者都是 JS Web API 的内容。因此 jQuery 应该属于 JS Web API 这部分。
underscore 或者 lodash ，就是一个基础函数库，它只和最基础的语法有关，因此它应该属于 ECMA 标准的一个扩充。
最后再想一下，如果真的把“框架和库”作为第五项单独拿出来，前端开发中可用的框架和库那么多，不得把这部分给撑爆了？—— 这样明显不是一个合理的设计。任何框架和库的出现，都是为了满足我们日常开发的效率和设计，说白了都是对已有方式的一种改进和补充（因为基础和标准不常变），因此上文中的前四项，肯定能找到它们各自的位置。
大家都对号入座，而不是扎堆在一起。这才是合理的设计。
框架
知识体系脑图
经过上文的分析，现画出一个最终的脑图，做一个汇总。不过这个图的粒度还是太粗，读者可以继续细化、完善，然后欢迎共享给大家。
构造图
总结
与其说本文提供了一个前端知识体系，不如说提供了一个分析和完善知识体系的方法，很希望能看到各位读者能继续完善并总结出自己的知识体系。
其实还有很多前端涉及的知识没有体现到该图中，如 server 端的 nodejs ，和客户端结合的 PWA RN 等，这些我还在思考如何以更加合理的方式纳入到体系中。
