关于前端:技术弄潮儿

现如今技术更新飞快，各种框架、工具、语言更是层出不穷。特地是前端技术，三五年根本就更新换代一轮了。常常听到开发小伙伴们一边感叹「学不动了」，一边又在一直追赶这些新技术。毕竟，如果不想被这个时代淘汰，就得不停地更新本人的常识体系，不停地「卷起来」。但一个人的精力是无限的，很难学完所有新技术。于是，有的人就开始焦虑了 ……

跟风

一个新技术火了，我要不要去学习一下？我已经也常常问本人这个问题。当然，谋求新技术必定是坏事，然而什么货色火就马上学什么，最初的后果却不肯定比原地踏步强。

因为这样可能会造成节约，把精力花到一些用不到的技术上。就跟谋求新款手机一样，只有出新款就立马把旧的换掉，如果的确有钱任性，那没关系轻易换，如果钱不太多那咱还是得省着点花。学习新技术也是这样，如果本人的精力有限，那么满足需要即可。

一个技术火不火不应该成为咱们学习它的理由，顶多是给咱们的抉择列表中减少了一个选项，当咱们有需要时，再去学也不迟。

过期了

有的技术，用着用着就过期了。曾几何时，Redux 刚入世的时候也是景色有限，一度成为 React 我的项目的标配。然而，当初在我的项目中用 Redux 可能会被骂「辣鸡」。我记得有一次咱们 JS 群里炸翻了，大家在外面吐槽了 Redux 良久。

没错，Redux 应用起来确实有很多问题，大量模板代码、写起来很繁琐、容易让状态和视图关系凌乱、使组件变得难以复用、很容易写出烂代码等等。然而，Redux 过期之后，真的就变得一无是处了么？我认为不是。即使 Redux 曾经过期，它带来的思维和解决问题的形式，咱们依然能够借鉴。比方 Redux 解决了 React 跨组件共享状态艰难的问题，使用者能够通过订阅 Store 的变动从而更新 UI，最早为客户端引入了 middleware 机制等等。

有了这些根底，咱们便能很快通过 React Context API 和 RxJS 打造一个更好用的全局状态管理工具。然而，如果你只是会用几个 Redux 的 API，并没有了解 Redux 的理念和它解决的问题，那么当浪潮退去，你可能什么也留不下。

工具是一时的，理念是久远的。

老药新用

有的技术过期了，有的技术又「死灰复燃」了。
最早 JSP 时代，咱们用服务端渲染，前面因为 AJAX 的呈现，促使前后端拆散，SPA 便开始流行。然而，随着对 SEO 和首屏加载性能的需要晋升，咱们又开始转向服务端渲染。SSR 摇身一变，成了咱们口中的「新」技术，只不过实现形式产生了一些变动。

同样地，还有 CSS In JS，最早的时候咱们将 CSS 和 JS 写到一起，再起初又提倡将款式和体现拆散，因为过后咱们冀望改变款式的时候不要改变到逻辑。然而，随着前端交互的复杂度越来越高，咱们须要通过组件化的形式来组织代码，通过复用组件的形式来复用款式，因而将 CSS 和 JS 放到一起又变成了新的潮流。

时代在变，新与旧也在变。

确定方向

谋求新技术的同时，学习底层技术也非常重要。咱们都晓得「底层技术学懂了下层技术也就容易了」。话是这样没错，然而底层技术有很多，到底学什么才是最合适的？
咱们须要先确定本人的方向。如果你的指标是学习 React，那么计算机网络、操作系统这样的底层技术可能对你帮忙不大，但 DOM 和浏览器渲染原理可能会让你更深刻地了解 React 的设计和原理。

尽管底层技术很重要，然而既然一口气吃不成个大瘦子，咱们就须要依据本人的方向来排个优先级，逐渐积攒和积淀。

举一反三

当你精通一门技术之后，这门技术可能帮你疾速迁徙到其它技术。
比方，作为 React 开发者，忽然想学习 Flutter，你将在 Flutter 中看到在 React 中司空见惯的货色，生命周期，全局状态治理，Context，甚至还有 Hook Widget。

写在最初

新技术还是要持续学的，只不过咱们须要先找准本人的方向，而后将重心放在本人的方向上，通过扩大相干的底层技术继续积淀本人，在此基础上再去学习一些新技术，可能会让本人变得更加熟能生巧。
最初，与其追随潮流，不如本人发明潮流。如果有机会，能够本人发明或参加一些在开源我的项目，说不定哪天就引领潮流了。

本文由 mdnice 多平台公布