从传统的前端，HTML内容+CSS样式+JavaScript数据处理，到工程化/模块化需要怎样转型？
问题描述
自学前端大半年了，后来才知道现在还有Reactjs，Vuejs什么的前端框架，有模块化开发/CommonJS等等，学习了一段时间，感觉很迷茫，请问怎样从传统的前端转型到如今的企业，公司开发产品的那种模式？
两个月前, 我跟题主几乎完全一样的境遇.
学习了html/css/js后, 也不过是停留在页面样式的层面. 即使是用了jquery, 操作一下DOM, 写几个小DEMO, 写ajax, 但是我总觉得缺点儿什么. 直到我进入了现在的实验室.
一个东西的出现, 必然是解决了一个大家都遇到的问题. 最好的做法是深入到项目中, 真正了解整个项目的业务逻辑, 碰到问题, 然后看看大家是怎么解决的, 如此一来, 你就会感觉这个东西是应运而生, 顺应天时地利. 对这个东西的理解不仅再停留在表面.
其实我比较不喜欢, 一说到前端就说一些大家都说烂了的术语. 就好比所有程序员都谈的火热的Github我也不建议一开始就去用. 那些只是解决问题的工具, 你没有遇到这个问题, 就没必要去使用他. 不能说你自己写个百来行的DEMO就要把他push到github吧.同样, 当你的项目还没有到需要打包的时候就不用去管webpack诸如此类.
那么回到问题本身, 到底应该怎么做呢?
我的建议是, 先把<JavaScript权威指南>看得很熟练啦, 再看看阮老师的<ES6入门>, 因为你之前学的很多其实是ES3的东西, 当你真正的了解到"现代"的JavaScript, 熟练ES6语法, 规范. 你学node的时候才会有种水到渠成的感觉, 不然你会觉得很吃力.
另外, 我也建议你真正的去做一个项目, 你可能很难接触到真正前后端分离的工作, 都是负责一些MVC中的V部分. 也就是搞搞后端框架中的视图部分, 但是也不要慌, 慢慢去体会整个项目里的逻辑, 总结遇到的问题. 只需要一个项目, 大概半年, 你就会明白, 所有的一切, 原来都是有原因的. 那个时候的你, 就可以掌控别人口中的各种术语, 只需打开他的文档一看, 你就知道他怎么用, 你也可以决定用还是不用. 而不会因为人人都用所以你要用. 所以你要学. 所以你感到时间不够用.
前端工程化这个话题太大, 没认真思考过项目业务逻辑的人, 是永远也不可能做真正的前端的.
以上也是对我自己的一点鼓励. 共勉!
这篇关于从传统的前端，HTML内容+CSS样式+JavaScript数据处理，到工程化/模块化需要怎样转型？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
