原文地址:https://imshengli.com/blog/20...
如需查看文章最新内容,请访问源地址。
背景
前端这些年发生了很大的变化,导致有些前端基础的非前端同学在现在的情况下,也不知道如何下手了,甚至连发送一个请求可能都要绕半天。因此,本文就”非前端同学如何做前端开发?“这个主题聊聊这些年前端的变与不变。
万变不离其宗
不管前端如何变化,前端最核心的三个概念始终未变:HTML、CSS、JavaScript。HTML 负责页面结构,CSS 负责页面样式,JavaScript 负责用户交互。
前端任何新的概念,都是这三个概念的变种。React框架采用类似JavaScript的JSX语法,生成HTML结构。LESS、SASS的出现无非是降低CSS的开发成本。各种库、组件的出现,也无非是对开发中常见的问题抽象的实现。总的来说,只使用HTML、CSS、JavaScript完全可以满足我们自己的前端开发需求。
说说”万变“
变的原因也很简单,就是”实际诉求“。诉求是如何提升我们的开发效率,如何保持整体的风格统一,如何同时支撑多端,如何应对复杂的业务需求。
第一个变:语法
和Java语法更新迭代一样,前端的语法也在升级换代中,现在JavaScript一年一个迭代版本。不过不用担心,JavaScript代码中即支持新的语法,也可以用老的语法,注意一下其中的区别即可。想了解新的语法,可以参考:阮一峰 - ES6 入门教程。
另外一点需要注意的是,需要采用新的语法,浏览器如果没有对应的实现,我们需要先将它编译为老的语法,才能在浏览器中执行。常用的工具是:babeljs。这一点也不用自己去做,成熟的工具已经将它纳入其中,比如 Antd Design Pro 中采用的 UmiJS。
LESS、SASS并不是CSS新的语法,只是为了简化CSS的写法,可以看作CSS的语法糖。在浏览器中运行之前,需要编译为CSS。
第二个变:组件化
Web页面中存在大量的相似结构,只是数据不同。因此这些相似的Web页面结构和对应的样式,开启了前端组件化的征程。
最开始,大家只是利用HTML、CSS、JavaScript做一些简单的封装,比如Bootstrap,虽然谈不上组件化,至少减少了部分开发工作量。后来,国内出现了AmazeUI,算是有了一点点组件化的雏形。W3C 也制定了组件化的标准,Polymer Project 是基于此标准的实现。不过发展的都不太好,个中原因,众说纷纭。再后来,AngularJS、ReactJS、VueJS,由于其更先进的理念,更完善的生态,开始大行其道,现在基本是这三者的天下。Antd、Fusion、ElementUI 等都是基于这三个框架组件化的实现。
现在,推荐大家使用基于这三大框架的组件库。选择时,选择文档全面、github star 多的组件库。使用组件时,多参考组件使用文档。遇到的问题,一般其他人都有遇到过,Google 搜索一下即可。
第三个变:工程化
组件化的到来,出现了一个新的问题,如何处理组件之间的依赖问题,如何把组件打包成一个JS文件,如何拆分组件中的样式文件,还有如何编译新的语法,本地开发时如何监听文件变化自动编译,如何发布,这都归为前端工程化的范畴。
对于非前端同学来讲,了解工程化的细节不是必要的。掌握一个顺手的,使用的来的便可。在下节要介绍的”整体解决方案“中,方案本身已经集成了工程化的能力。
第四个变:整体解决方案
现在有大量的博客系统、中后台系统需求,面对这种情况,开箱即用的整体解决方案应用而生。
最早的莫过于WordPress,只不过功能比较单一。在前端上,做的最多的可能是开发一个主题,但也仅限于列表和详情。对于博客系统,除了 WordPress 这种外,另外还有专门根据 MarkDown 文件生成静态站点的工具,比如:Hugo、Hexo、Next.js 等。面对复杂的中后台系统,现在比较流行的是:Antd Design Pro,集成了组件,集成了工程化的能力,封装了网络请求的方式,制定了规范的目录结构,统一了设计风格,及其他开发工程中可能需要的工具。
对于整体解决方案,熟读文档,是最便捷的方式。在我们不了解一件事物时,最好的办法是”照猫画虎“,但这有一个弊端是,如果出现问题,会不知所措。所以阅读每一章节时,最好知道问题是什么、解决的方式、背后的基本原理。所有的原理,最后都会落到前端的三个核心概念上。
总结
前端已独立为一个岗位好多年,自然有不少的产出。对于非前端同学,不必为不能一天掌握前端而苦恼,前端能为自己服务、解决自己的问题即可。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。