如何打造一个令人愉悦的前端开发环境(一)

文章来源

创新互联公司服务项目包括临朐网站建设、临朐网站制作、临朐网页制作以及临朐网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,临朐网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到临朐省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!

最近几年,前端发展越来越迅速,各种萌新加入了前端这个大家庭,大有赶IOS、超Android的趋势呀!同时,萌新们提出了各种前端工作问题,除了最基础的html、css、js三板斧之外,最让人头疼的应该是关于环境的配置问题,所以以环境作为切入点,开始一系列的前端开发环境配置文章。

主要会涉及到打包、构建、编程工具、debug等等前端环境,以及前后端分离、Nodejs中间层使用伸展面。

工欲善其事必先利其器

以编程工具而言WebStorm、sublime、Atom、VS Code、Brackets等等一大推,这方面我个人是觉得无所谓,萝卜青菜各有所爱,优缺点基本很明显,就看个人的接受情况了,举点例子说下吧:

  • WebStorm 很全面,无论是纯前端还是Nodejs,包括git、svn、命令行、格式化工具都有,使用顺手之后各种方便,而且还直接支持nodejs的debug,作为前端的全能重量级IDE非常不错,唯一不好的就是太重,体现在内存占有,启动时间上。
  • sublime 轻量级文本编辑器,3比较2来说有很大提升,小巧灵活是最大的特点,麻烦的是各种插件的配置,需要自己来组合,不熟悉的人用起来远远不想WebStorm方便,快捷。而且每次新的电脑都要配置一次,比较繁琐。(现在有可以导出配置文件来适用新电脑的方法)
  • Atom类似sublime,比较轻量级,内核主要是Nodejs写出来的,前端各种爱,因为比较适合前端的技术栈,但是大文件的性能问题一直受人诟病,不是很流畅,还有就是插件比起sublime来说还是少了不少,整个生态不如sublime,但是因为是github出的,还是受人青睐不少。我贡献的一个vue格式化插件
  • VS Code 和 Brackets这两个比较小众,使用的很少,我用过VS,感觉还挺不错,就是生态更差,而且很多插件的说明写的很糟糕,让人看不懂。各方面的资料也比较少。Brackets 一个同事使用过,提示比较好,个人感觉入门很不错。貌似还能及时浏览web效果。

个人建议使用入门的时候使用sublime或者Atom就可以,配置一下自己喜欢的插件,基本就可以开始干活了,当然如果是用eclipse已经很习惯的人,我觉得WebStorm这种重型机枪,可能更适合你。不要对工具的提示产生依赖太过于严重,否则很多东西自己会慢慢遗忘的哦!!!

PS:如果要提升自己的逼格怎么办?请使用VIM或者Emacs这种高逼格的编辑方法。

木牛流马

粮草生产的快,也要有好的运输工具才能上到前线,对于前端而言,属于我们的运输工具是打包构建工具。

打包构建工具经历了各种不同的时代,从服务端主宰的打包构建,到现在前端自己主宰的构建工具,不同的需求产生了各种不同的构建工具,这些工具其实也算前端的工作能力之一,因为每一种新的工具都有优缺点,熟悉的使用也并非特别简单的事情。

先来说说都有哪些不同的种类吧:

  • 后端为主要的整体打包工具,这个以FIS作为代表,大家或多或少都应该知道百度出的这个开源打包构建工具链,从整体上解决了前端工程的问题,包括优化、资源加载、模块打包、自动化、部署一系列问题,从功能上看非常全面,FIS3的升级让人也感觉很是不错,不再依赖PHP和java之类的服务端语言,基于Nodejs来做,更加贴近前端社区。那么缺点是什么呢: 生态环境不够丰富,主要插件应该还是百度自己人提供的,参与进来的社区人数不够多。我觉得这方面的原因是fis2当时对PHP和JAVA的依赖,导致大家对fis的兴趣不弄,错过了最佳时机,这个其实跟百度自己的web的技术栈有很大关系。同时带来的好处是,FIS可以结合PHP做整体网站的部署和构建。以上主要是看文档的一些分析,本人并没有用过FIS,有说错请拍砖。这类的打包构建工具还有很多,大部分都是大公司的内部使用,例如京东、马蜂窝之类,都是PHP为主,加上前端的整体构建工具。
  • Grunt派系,这个应该是比较早的Nodejs打包构建工具,一度很是流行,Grunt的好处是提供了一个核心的构建规范,基于文件,来使用各种Grunt的插件组合整个构建行为,当时我记得比较清楚的是我前面文章提到过的Yeoman这个构建工具,核心就是Grunt,自动生成了各种插件配置。但是这个有很大的缺点:一是构建的配置文件写的很长很啰嗦,二是效率不是很高,原因是它构建的方式基于文件的,每次都会产生新的临时文件,这样无形中就会有磁盘的I/O读写,所以会降低整体的构建速度。
  • Gulp新体系,因为以上的Grunt的缺点,Gulp应运而生,借鉴了Unix的管道概念,用Nodejs的stream特性,来组织整个构建链条,在官方的核心只提供几个方法,大家基于官方API来编写自己需要的处理插件,再组合起来,完成构建功能。和Grunt的基本理念很像,但是很多又有区分,例如:配置和运行分离,插件单一职责,规定大于配置等等。关于这两个的比较有很多,大家可以搜搜Grunt Gulp 就知道了。不多说
  • 新的王者Webpack,个人感觉应该是15年上半年到16年初,Webpack横空出世,大有一举统一整个前端构建生态的趋势,貌似现在FE们不会点Webpack相关的,都不好意思说自己是前端了。最初Webpack应该只是和requirejs、browserify之类模块化工具比对,但是其灵活的API和丰富的loader,致使它可以连带完成Gulp之类的构建事件,目前其生态环境巨好,各种插件层出不穷,比较火的React,vuejs等都有相关的针对性loader来优化构建方式,可以说是目前最流行的工具。不过缺点也特别的明显,就是难懂,主要是过于灵活,各种方式都能接受,导致没有一个统一的标准,配置起来特别难受,在群里,一般对于Webpack的配置问题的是最多的。很多新手对于Webpack的各种配置错误,感觉都欲哭无泪,想死的心都有了。相关的文章也很多,推荐题叶的入门指南。
  • 逼格提升的NPM构建方式。这个阮一峰对于前端构建的变化吐槽过,说新的构建工具就是ES6的构建工具。推荐看贺师俊的答案如何评价阮一峰关于前端工具变化快的言论?

就我个人而言,目前主要还是使用的Webpack来构建,当然一些比较老的系统代码,由于历史原因,还是使用的Gulp来构建,也有正在切换之中的,Gulp+Webpack。比较丰富多彩(其实有点混乱)。

三只松鼠--干货

 
 
  1. var gulp = require('gulp'); 
  2.  
  3. var less = require('gulp-less'); 
  4.  
  5. var plugins = require('gulp-load-plugins')(); 
  6.  
  7. var pngquant = require('imagemin-pngquant'); 
  8.  
  9. gulp.task('default', function(){ 
  10.  
  11. gulp.src('less/zhanzhao.less').pipe(less()).pipe(gulp.dest('css/')); 
  12.  
  13. gulp.src('less/liuqian.less').pipe(less()).pipe(gulp.dest('css/')); 
  14.  
  15. gulp.src('less/student.less').pipe(less()).pipe(gulp.dest('css/')); 
  16.  
  17. return gulp.src('less/company.less').pipe(less()).pipe(gulp.dest('css/')); 
  18.  
  19. }); 
  20.  
  21. gulp.task('clean',function(){ 
  22.  
  23. return gulp.src('publish/').pipe(plugins.clean()); 
  24.  
  25. }); 
  26.  
  27. gulp.task('bulid', ['clean'],function(){ 
  28.  
  29. gulp.src('favicon.ico').pipe(gulp.dest('publish/')); 
  30.  
  31. gulp.src('download/**/*').pipe(gulp.dest('publish/download/')); 
  32.  
  33. gulp.src('mail/**/*').pipe(gulp.dest('publish/mail/')); 
  34.  
  35. gulp.src('statement/**/*').pipe(gulp.dest('publish/statement/')); 
  36.  
  37. gulp.src('template/**/*').pipe(gulp.dest('publish/template/')); 
  38.  
  39. gulp.src('css/**/*.css').pipe(plugins.minifyCss()).pipe(gulp.dest('publish/css/')); 
  40.  
  41. gulp.src('scripts/**/*.js').pipe(plugins.uglify()).pipe(gulp.dest('publish/scripts/')); 
  42.  
  43. return gulp.src('images/**/*').pipe(plugins.cache(plugins.imagemin({ 
  44.  
  45. optimizationLevel: 5, 
  46.  
  47. progressive: true, 
  48.  
  49. svgoPlugins: [{removeViewBox: false}], 
  50.  
  51. use: [pngquant()] 
  52.  
  53. }))).pipe(gulp.dest('publish/images/')); 
  54.  
  55. }); 
  56.  
  57. gulp.task("revision",['bulid'],function(){ 
  58.  
  59. gulp.src(['template/head-js.html', 'template/baidu.html']).pipe(plugins.concat('head-js.html')).pipe(gulp.dest('publish/template/')); 
  60.  
  61. return gulp.src(['publish/css/*.css','publish/scripts/config.js','publish/images/**/*'],{base: 'publish'}) 
  62.  
  63. .pipe(plugins.rev()) 
  64.  
  65. .pipe(gulp.dest('publish/')) 
  66.  
  67. .pipe(plugins.rev.manifest({ 
  68.  
  69. merge: true 
  70.  
  71. })) 
  72.  
  73. .pipe(gulp.dest('publish/')); 
  74.  
  75. }); 
  76.  
  77. gulp.task("publish", ["revision"],function(){ 
  78.  
  79. var manifestCss = gulp.src("publish/rev-manifest.json"), 
  80.  
  81. manifestDownload = gulp.src("publish/rev-manifest.json"), 
  82.  
  83. manifest = gulp.src("publish/rev-manifest.json"); 
  84.  
  85. gulp.src('publish/css/*.css') 
  86.  
  87. .pipe(plugins.revReplace({manifest: manifest})) 
  88.  
  89. .pipe(gulp.dest('publish/css/')); 
  90.  
  91. gulp.src('*.html') 
  92.  
  93. .pipe(plugins.revReplace({manifest: manifestCss})) 
  94.  
  95. .pipe(gulp.dest('publish/')); 
  96.  
  97. gulp.src('publish/download/*.html') 
  98.  
  99. .pipe(plugins.revReplace({manifest: manifestDownload})) 
  100.  
  101. .pipe(gulp.dest('publish/download/')); 
  102.  
  103. }); 

上面是我曾经自己配置的一个打包构建gulpfile,里面做了上述我提到的所有事情,除了js模块化打包之外,这个大家可以自己研究下,比较简单。我来解释下各个任务的作用。

  • default, 主要是监听less变化生成css。
  • clean, 清除掉publish文件夹的内容
  • bulid,把源码移动到publish文件夹下面,对于一些类型的文件做处理,例如css的压缩,js的压缩,图片的压缩缓存等等。
  • revision,md5文件,根据html,css的引用来给相关的文件添加md5戳,生成新的md5戳文件,来保持文件更新。
  • publish,根据上面 revision生成的新的md5文件来做一次文件替换,替换里面js,css,image的引用路径。

其实有些地方可以优化的,这个大家有时间可以自己去试试。

以上就是这个系列的第一篇文章,欢迎吐槽和讨论各种问题,第二篇文章会以Webpack为主,来解释它的配置方案。

网站题目:如何打造一个令人愉悦的前端开发环境(一)
文章源于:http://www.shufengxianlan.com/qtweb/news30/240180.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联