tips: 以下观点均来自个人，读者有不同的主意那肯定是你对的。(哥我是SB)
结构之争
xx 结构牛逼，xx 结构写起来舒畅，xx 结构做不了大事务，xx 结构坑多，xx结构抄袭 xx 结构。
读者应该看到过类似的言辞，不知道读者怎样想。横竖我是觉得很没意思……（(哥我是SB)
管你什么蛇皮结构，不都得老老实实的给编译成 js 代码给解析器(v8)履行？（wasm另说喽）
双向绑定，虚拟DOM 等等随意一搜答案一堆堆的，可是读者是否有自己去了解过内部的详细完成呢？是否又去尝试将这个思维运用到事务上呢？
有？那么你不用看我这篇流水账了。
没有？那么思考下你看这些做咩？
为了敷衍面试？然后看完就忘了对吧，下次面试持续看……你这只是为了敷衍面试官骗自己。
是时分做出改动了，朋友……
怎样改动
我不到哇，我真不知道……我只能把自己的突破经验告知你。至于读者是否能够摆脱当前的窘境，emmmm 随缘把……
首先咱们先约好一件工作，读者要记住：你是开发者，不是前端开发者，后端开发者更不是客户端开发者。
想起来曾经学习 node 的时分，非要找 node后端的代码来练手。node 什么不能写，为什么我非要写 node 后端，为什么要局限于 web 端？我能够用 node 写 cli 东西，也能够用来写桌面客户端 electron。
所以不要陷入身份认知，记住你的身份你是开发者！
不要像我，我学会了 node，看到大家都在用 node 写后端，就认为我只能用 node 写后端!
思维不要局限于某一门语言，某个开发结构，格局翻开！
编程思维
我的思维改动，是在上一年的3月份，其时在看《代码整齐之道》一书。
其时看到代码规范一章节，正想着吐槽作者这都是陈词滥调的问题了，怎样还提出来一章讲。
忽然想起来，这本书第一版是 09 年出版的。而我是在 22 年看的这本书, 13 年了这本书中的内容居然还没过期!
其时我想理解了，我应该学习代码的思维，而不是结构，结构会层出不穷。
结构思维
angularjs（1.x版本）读者应该听说过把，开始发布时刻2009年，14年前就有”双向绑定”，”template”组件……
2016年 angular2 发布，许多核心理念都来至 angularjs，还带来新的机制 NgModule。
一个 NgModule 就是一个容器，用于寄存一些内聚的代码块，这些代码块专注于某个应用领域、某个工作流或一组紧密相关的功用。
Angular 的宿世此生
最恐怖的是，这个 NgModule 机制还能够用来做后端 Nestjs。
不管是 14年前的双向绑定，组件化，还是16年的 NgModule 开发思维其实一直都没怎样改动。
今年盛行 xx 结构，过两年则又会盛行新的 xx 结构。
与其花大量的时刻去研讨结构 xx面试题，不如去阅读结构的源码，自己去读去理解结构，看看结构中有什么奇技淫巧，然后运用到自己代码上，给自己带来真正的效益。而不是死记硬背，背完敷衍面试。
tips: 写代码最难的不是事务，而是怎样设计架构。事务会不断的变化，架构需求敷衍不断变化的事务。
读源码
多读源码！多读源码！多读源码！
读什么源码都能够，读的时分能够带着疑问去读。
比如说我想知道 vite 是怎样处理 vue 的 template 是怎样解析的。
要么查资料，要么自己翻源码。
vite 需求这个 vite-plugin-vue 插件做 vue 支撑，去翻这个源码。发现这个插件里头用了 vue/compiler-sfc 这个包的 compileTemplate 办法，最终找到 compiler-dom 包的 compile 办法(人麻了……)
克服了重重困难总算找到 vite处理 vue 的 template 的代码了，仿佛跟着唐长老去去了一波西经。
其实成果并不怎样重要，重要的是整个进程。
-
我先去找了
vite-plugin-vue。这是一个常识点vite插件 -
vite-plugin-vue里使用了vue/compiler-sfc，我又要去vue源码里找东西。第二个常识点vue源码。 -
找到了
compile第三个常识点 怎样处理template的。
在这个进程中我列举了我找到的三个常识点，就算我不去对前两个常识点深化研讨，但寻觅成果的进程已经无形中都增加了我的常识储藏。
那么我深化探求细节呢？
这个问题留给读者把……
引荐资料
-
代码整齐之道
-
HTTP威望攻略
-
设计形式：可复用面向对象软件的基础
-
JavaScript设计形式与开发实践
-
架构整齐之道
有读者可能要吐槽了，你这怎样引荐的有 Java 代码的书……
还记得上文说的一句吗?
思维不要局限于某一门语言，某个开发结构，格局翻开！
咱们要学的是”思维”。
