<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                >摘自:https://github.com/yeol/blog/blob/master/20140828_building_with_gulp.md https://github.com/Platform-CUF/use-gulp [TOC] # Building With Gulp > [原文地址](http://www.smashingmagazine.com/2014/06/11/building-with-gulp/) 原創翻譯,有不當的地方歡迎指出。轉載請指明出處。謝謝! ---------- ??對網站資源進行優化,并使用不同瀏覽器測試并不是網站設計過程中最有意思的部分,但是這個過程中的很多重復的任務能夠使用正確的工具自動完成,從而使效率大大提高,這是讓很多開發者覺得有趣的地方。 Gulp是一個構建系統,它能通過自動執行常見任務,比如編譯預處理CSS,壓縮JavaScript和刷新瀏覽器,來改進網站開發的過程。通過本文,我們將知道如何使用Gulp來改變開發流程,從而使開發更加快速高效。 ###What Is Gulp? ??[Gulp](http://gulpjs.com/)是一個構建系統,開發者可以使用它在網站開發過程中自動執行常見任務。Gulp是基于Node.js構建的,因此Gulp源文件和你用來定義任務的Gulp文件都被寫進了JavaScript(或者CoffeeScript)里。前端開發工程師還可以用自己熟悉的語言來編寫任務去lint JavaScript和CSS、解析模板以及在文件變動時編譯LESS文件(當然這些只是一小部分例子)。 Gulp本身雖然不能完成很多任務,但它有大量插件可用,開發者可以訪問[插件頁面](http://gulpjs.com/plugins/)或者在npm搜索gulpplugin就能看到。例如,有些插件可以用來[執行JSHint](https://www.npmjs.org/package/gulp-jshint/)、[編譯CoffeeScript](https://www.npmjs.org/package/gulp-coffee/),[執行Mocha測試](http://npmjs.org/package/gulp-mocha),甚至[更新版本號](http://npmjs.org/package/gulp-bump)。 對比其他構建工具,比如[Grunt](http://gruntjs.com/),以及最近流行的[Broccoli](http://www.solitr.com/blog/2014/02/broccoli-first-release/),我相信Gulp會更勝一籌(請看后面的”Why Gulp?”部分),同時我匯總了一個使用[Javascript編寫的構建工具清單](https://gist.github.com/callumacrae/9231589),可供大家參考。 Gulp是一個可以[在GitHub上](https://github.com/gulpjs/gulp/)找到的開源項目。 ###Installing Gulp 安裝Gulp的過程十分簡單。首先,需要在全局安裝Gulp包: `npm install -g gulp` 然后,在項目里面安裝Gulp: `npm install --save-dev gulp` ###Using Gulp 現在我們創建一個Gulp任務來壓縮JavaScript文件。首先創建一個名為gulpfile.js的文件,這是定義Gulp任務的地方,它可以通過gulp命令來運行,接著把下面的代碼放到gulpfile.js文件里面。 var gulp = require('gulp'), uglify = require('gulp-uglify'); gulp.task('minify', function () { gulp.src('js/app.js') .pipe(uglify()) .pipe(gulp.dest('build')) }); 然后在npm里面運行npm install -–save-dev gulp-uglify來安裝gulp-uglify,最后通過運行gulp minify來執行任務。假設js目錄下有個app.js文件,那么一個新的app.js將被創建在編譯目錄下,它包含了js/app.js的壓縮內容。想一想,到底發生了什么? 我們只在gulpfile.js里做了一點事情。首先,我們加載gulp和gulp-uglify模塊: var gulp = require('gulp'), uglify = require('gulp-uglify'); 然后,我們定義了一個叫minify的任務,它執行時會調用函數,這個函數會作為第二個參數: gulp.task('minify', function () { }); 最后,也是難點所在,我們需要定義任務應該做什么: gulp.src('js/app.js') .pipe(uglify()) .pipe(gulp.dest('build')) 如果你對數據流非常熟悉(其實大多數前端開發人員并不熟悉),上面所提供的代碼對你來說就沒有太大意義了。 ###STREAMS 數據流能夠通過一系列的小函數來傳遞數據,這些函數會對數據進行修改,然后把修改后的數據傳遞給下一個函數。 在上面的例子中,gulp.src()函數用字符串匹配一個文件或者文件的編號(被稱為“glob”),然后創建一個對象流來代表這些文件,接著傳遞給uglify()函數,它接受文件對象之后返回有新壓縮源文件的文件對象,最后那些輸出的文件被輸入gulp.dest()函數,并保存下來。 整個數據流動過程如下圖所示: ![](https://box.kancloud.cn/2016-06-21_5768a2cce4d8a.png) 當只有一個任務的時候,函數并不會起太大的作用。然而,仔細思考下面的代碼: gulp.task('js', function () { return gulp.src('js/*.js') .pipe(jshint()) .pipe(jshint.reporter('default')) .pipe(uglify()) .pipe(concat('app.js')) .pipe(gulp.dest('build')); }); 在運行這段程序之前,你需要先安裝gulp,gulp-jshint,gulp-uglify和gulp-concat。 這個任務會讓所有的文件匹配js/*.js(比如js目錄下的所有JavaScript文件),并且執行JSHint,然后打印輸出結果,取消文件縮進,最后把他們合并起來,保存為build/app.js,整個過程如下圖所示: ![](https://box.kancloud.cn/2016-06-21_5768a2cd2120e.png) 如果你對Grunt 足夠熟悉,就會注意到,Gulp和Grunt的工作方式很不一樣。Grunt不使用數據流,而是使用文件,對文件執行單個任務然后保存到新的文件中,每個任務都會重復執行所有進程,文件系統頻繁的處理任務會導致Grunt的運行速度比Gulp慢。 如果想要獲取更加全面的數據流知識,請查看“[Stream Handbook](https://github.com/substack/stream-handbook)”. ###GULP.SRC() gulp.src()方法輸入一個glob(比如匹配一個或多個文件的字符串)或者glob數組,然后返回一個可以傳遞給插件的數據流。 Gulp使用[node-glob](https://github.com/isaacs/node-glob)來從你指定的glob里面獲取文件,這里列舉下面的例子來闡述,方便大家理解: * js/app.js 精確匹配文件 * js/*.js 僅匹配js目錄下的所有后綴為.js的文件 * js/**/*.js 匹配js目錄及其子目錄下所有后綴為.js的文件 * !js/app.js 從匹配結果中排除js/app.js,這種方法在你想要匹配除了特殊文件之外的所有文件時非常管用 * *.+(js|css) 匹配根目錄下所有后綴為.js或者.css的文件 此外,Gulp也有很多其他的特征,但并不常用。如果你想了解更多的特征,請查看[Minimatch](https://github.com/isaacs/minimatch)文檔。 js目錄下包含了壓縮和未壓縮的JavaScript文件,現在我們想要創建一個任務來壓縮還沒有被壓縮的文件,我們需要先匹配目錄下所有的JavaScript文件,然后排除后綴為.min.js的文件: `gulp.src(['js/**/*.js', '!js/**/*.min.js'])` ###DEFINING TASKS gulp.task()函數通常會被用來定義任務。當你定義一個簡單的任務時,需要傳入任務名字和執行函數兩個屬性。 gulp.task('greet', function () { console.log('Hello world!'); }); 執行gulp greet的結果就是在控制臺上打印出“Hello world”. 一個任務有時也可以是一系列任務。假設要定義一個任務build來執行css、js、imgs這三個任務,我們可以通過指定一個任務數組而不是函數來完成。 `gulp.task('build', ['css', 'js', 'imgs']);` 這些任務不是同時進行的,所以你不能認為在js任務開始的時候css任務已經結束了,也可能還沒有結束。為了確保一個任務在另一個任務執行前已經結束,可以將函數和任務數組結合起來指定其依賴關系。例如,定義一個css任務,在執行前需要檢查greet任務是否已經執行完畢,這樣做就是可行的: gulp.task('css', ['greet'], function () { // Deal with CSS here }); 現在,當執行css任務時,Gulp會先執行greet任務,然后在它結束后再調用你定義的函數。 ###DEFAULT TASKS 你可以定義一個在gulp開始運行時候默認執行的任務,并將這個任務命名為“default”: gulp.task('default', function () { // Your default task }); ###PLUGINS Gulp上有超過600種插件供你選擇,你可以在[插件頁面](http://gulpjs.com/plugins/)或者npm上搜索gulpplugin來瀏覽插件列表。有些擁有“gulpfriendly”標簽的插件,他們不能算插件,但是能在Gulp上正常運行。 需要注意的是,當直接在npm里搜索時,你無法知道某一插件是否在黑名單上(你需要滾動到插件頁面底部才能看到)。 大多數插件的使用都很方便,它們都配有詳細的文檔,而且調用方法也相同(通過傳遞文件對象流給它),它們通常會對這些文件進行修改(但是有一些插件例外,比如validators),最后返回新的文件給下一個插件。 讓我們用前面的js任務來詳細說明一下: var gulp = require('gulp'), jshint = require('gulp-jshint'), uglify = require('gulp-uglify'), concat = require('gulp-concat'); gulp.task('js', function () { return gulp.src('js/*.js') .pipe(jshint()) .pipe(jshint.reporter('default')) .pipe(uglify()) .pipe(concat('app.js')) .pipe(gulp.dest('build')); }); 這里使用了三個插件,[gulp-jshint](https://github.com/wearefractal/gulp-jshint),[gulp-uglify](https://github.com/terinjokes/gulp-uglify)和[gulp-concat](https://github.com/wearefractal/gulp-concat)。開發者可以參考插件的README文檔,插件有很多配置選項,而且給定的初始值通常能滿足需求。細心的讀者可能會發現,程序中JSHint插件執行了2次,這是因為第一次執行JSHint只是給文件對象附加了jshint屬性,并沒有輸出。你可以自己讀取jshint的屬性或者傳遞給默認的JSHint的接收函數或者其他的接收函數,比如[jshint-stylish](https://github.com/sindresorhus/jshint-stylish). 其他兩個插件的作用很清楚:uglify()函數壓縮代碼,concat(‘app.js’)函數將所有文件合并到一個叫app.js的文件中。 ###GULP-LOAD-PLUGINS 我發現gulp-load-plugin模塊十分有用,它能夠自動地從package.json中加載任意Gulp插件然后把它們附加到一個對象上。它的基本用法如下所示: var gulpLoadPlugins = require('gulp-load-plugins'), plugins = gulpLoadPlugins(); 你可以把所有代碼寫到一行,但是我并不推薦這樣做。 在執行那些代碼之后,插件對象就已經包含了插件,并使用“駝峰式”的方式進行命名(例如,gulp-ruby-sass將被加載成plugins.rubySass),這樣就可以很方便地使用了。例如,前面的js任務簡化為如下: var gulp = require('gulp'), gulpLoadPlugins = require('gulp-load-plugins'), plugins = gulpLoadPlugins(); gulp.task('js', function () { return gulp.src('js/*.js') .pipe(plugins.jshint()) .pipe(plugins.jshint.reporter('default')) .pipe(plugins.uglify()) .pipe(plugins.concat('app.js')) .pipe(gulp.dest('build')); }); 假設package.json文件如下面所示: { "devDependencies": { "gulp-concat": "~2.2.0", "gulp-uglify": "~0.2.1", "gulp-jshint": "~1.5.1", "gulp": "~3.5.6" } } 這個例子雖然已經夠短了,但是使用更長更復雜的Gulp文件會把它們簡化成一兩行代碼。 三月初發布的Gulp-load-plugins0.4.0版本添加了延遲加載功能,提高了插件的性能,因為插件在使用的時候才會被加載進來,你不用擔心package.json里未被使用的插件影響性能(但是你需要把他們清理掉)。換句話說,如果你在執行任務時只需要兩個插件,那么其他不相關的插件就不會被加載。 ###WATCHING FILES Gulp可以監聽文件的修改動態,然后在文件被改動的時候執行一個或多個任務。這個特性十分有用(對我來說,這可能是Gulp中最有用的一個功能)。你可以保存LESS文件,接著Gulp會自動把它轉換為CSS文件并更新瀏覽器。 使用gulp.watch()方法可以監聽文件,它接受一個glob或者glob數組(和gulp.src()一樣)以及一個任務數組來執行回調。 讓我們看看下面,build任務可以將模板轉換成html格式,然后我們希望定義一個watch任務來監聽模板文件的變化,并將這些模板轉換成html格式。watch函數的使用方法如下所示: gulp.task('watch', function () { gulp.watch('templates/*.tmpl.html', ['build']); }); 現在,當改變一個模板文件時,build任務會被執行并生成HTML文件,也可以給watch函數一個回調函數,而不是一個任務數組。在這個示例中,回調函數有一個包含觸發回調函數信息的event對象: gulp.watch('templates/*.tmpl.html', function (event) { console.log('Event type: ' + event.type); // added, changed, or deleted console.log('Event path: ' + event.path); // The path of the modified file }); Gulp.watch()的另一個非常好的特性是返回我們熟知的watcher。利用watcher來監聽額外的事件或者向watch中添加文件。例如,在執行一系列任務和調用一個函數時,你就可以在返回的watcher中添加監聽change事件: var watcher = gulp.watch('templates/*.tmpl.html', ['build']); watcher.on('change', function (event) { console.log('Event type: ' + event.type); // added, changed, or deleted console.log('Event path: ' + event.path); // The path of the modified file }); 除了change事件,還可以監聽很多其他的事件: * end 在watcher結束時觸發(這意味著,在文件改變的時候,任務或者回調不會執行) * error 在出現error時觸發 * ready 在文件被找到并正被監聽時觸發 * nomatch 在glob沒有匹配到任何文件時觸發 Watcher對象也包含了一些可以調用的方法: * watcher.end() 停止watcher(以便停止執行后面的任務或者回調函數) * watcher.files() 返回watcher監聽的文件列表 * watcher.add(glob) 將與指定glob相匹配的文件添加到watcher(也接受可選的回調當第二個參數) * watcher.remove(filepath) 從watcher中移除個別文件 ###Reloading Changes In The Browser 當一個文件被修改或者Gulp任務被執行時可以用Gulp來加載或者更新網頁。LiveReload和BrowserSync插件就可以用來實現在游覽器中加載更新的內容。 ####LIVERELOAD [LiveReload](http://livereload.com/)結合了瀏覽器擴展(包括[Chrome extension](https://chrome.google.com/webstore/detail/livereload/jnihajbhpnppcggbcgedagnkighmdlei)),在發現文件被修改時會實時更新網頁。它可以和[gulp-watch](https://www.npmjs.org/package/gulp-watch)插件或者前面描述的gulp-watch()函數一起使用。下面有一個[gulp-livereload](https://github.com/vohof/gulp-livereload)倉庫中的README文件提到的例子: var gulp = require('gulp'), less = require('gulp-less'), livereload = require('gulp-livereload'), watch = require('gulp-watch'); gulp.task('less', function() { gulp.src('less/*.less') .pipe(watch()) .pipe(less()) .pipe(gulp.dest('css')) .pipe(livereload()); }); 這會監聽到所有與less/*.less相匹配的文件的變化。一旦監測到變化,就會生成css并保存,然后重新加載網頁. ####BROWSERSYNC [BroserSync](http://browsersync.io/)在瀏覽器中展示變化的功能與LiveReload非常相似,但是它有更多的功能。 當你改變代碼的時候,BrowserSync會重新加載頁面,或者如果是css文件,會直接添加進css中,頁面并不需要再次刷新。這項功能在網站是禁止刷新的時候是很有用的。假設你正在開發單頁應用的第4頁,刷新頁面就會導致你回到開始頁。使用LiveReload的話,你就需要在每次改變代碼之后還需要點擊四次,而當你修改CSS時,插入一些變化時,BrowserSync會直接將需要修改的地方添加進CSS,就不用再點擊回退。 ![](https://box.kancloud.cn/2016-06-21_5768a2cd42b14.png) BrowserSync提供了一種在多個瀏覽器里測試網頁的很好方式[(查看大圖)](http://p7.qhimg.com/t01b21adb0b23364a0c.gif)。 BrowserSync也可以在不同瀏覽器之間同步點擊翻頁、表單操作、滾動位置。你可以在電腦和iPhone上打開不同的瀏覽器然后進行操作。所有設備上的鏈接將會隨之變化,當你向下滾動頁面時,所有設備上頁面都會向下滾動(通常還很流暢!)。當你在表單中輸入文本時,每個窗口都會有輸入。當你不想要這種行為時,也可以把這個功能關閉。 ![](https://box.kancloud.cn/2016-06-21_5768a2cd604a7.png) BrowserSync不需要使用瀏覽器插件,因為它本身就可以給你提供文件。[(查看大圖)](http://p4.qhimg.com/t011034e5a90ce13015.gif) BrowserSync不需要使用瀏覽器插件,因為它本身就可以為你提供文件服務(如果文件是動態的,則為他們提供代理服務)和用來開啟瀏覽器和服務器之間的socket的腳本服務。到目前為止這個功能的使用都十分順暢。 實際上BrowserSync對于Gulp并不算一種插件,因為BrowserSync并不像一個插件一樣操作文件。然而,[npm上的BrowserSync模塊](https://www.npmjs.org/package/browser-sync)能在Gulp上被直接調用。 首先,需要通過npm安裝一下: `npm install --save-dev browser-sync` 然后gulpfile.js會啟動BrowserSync并監聽文件: var gulp = require('gulp'), browserSync = require('browser-sync'); gulp.task('browser-sync', function () { var files = [ 'app/**/*.html', 'app/assets/css/**/*.css', 'app/assets/imgs/**/*.png', 'app/assets/js/**/*.js' ]; browserSync.init(files, { server: { baseDir: './app' } }); }); 執行gulp browser-sync后會監聽匹配文件的變化,同時為app目錄提供文件服務。 此外BrowserSync的開發者還寫了很多關于[BrowserSync+Gulp](https://github.com/shakyShane/gulp-browser-sync)倉庫的其他用途。 ###Why Gulp? 前面提到過,Gulp是[為數不多](https://gist.github.com/callumacrae/9231589)的使用JavaScript開發的構建工具之一,也有其他不是用JavaScript開發的構建工具,比如Rake,那么我們為什么要選擇Gulp呢? 目前最流行的兩種使用JavaScript開發的構建工具是Grunt和Gulp。Grunt在[2013年非常流行](http://www.smashingmagazine.com/2013/10/29/get-up-running-grunt/),因為它徹底改變了許多人開發網站的方式,它有上千種插件可供用戶使用,從linting、壓縮、合并代碼到使用Bower安裝程序包,啟動Express服務都能辦到。這些和Gulp的很不一樣,Gulp只有執行單個小任務來處理文件的插件,因為任務都是JavaScript(和Grunt使用的大型對象不同),根本不需要插件,你只需用傳統方法啟動一個Express服務就可以了。 Grunt任務擁有大量的配置,會引用大量你實際上并不需要的對象屬性,但是Gulp里同樣的任務也許只有幾行。讓我們看個簡單的Gruntfile.js,它規定一個將LESS轉換為CSS的任務,然后執行[Autoprefixer](https://github.com/ai/autoprefixer): grunt.initConfig({ less: { development: { files: { "build/tmp/app.css": "assets/app.less" } } }, autoprefixer: { options: { browsers: ['last 2 version', 'ie 8', 'ie 9'] }, multiple_files: { expand: true, flatten: true, src: 'build/tmp/app.css', dest: 'build/' } } }); grunt.loadNpmTasks('grunt-contrib-less'); grunt.loadNpmTasks('grunt-autoprefixer'); grunt.registerTask('css', ['less', 'autoprefixer']); 與Gulpfile.js文件進行對比,它們執行的任務相同: var gulp = require('gulp'), less = require('gulp-less'), autoprefix = require('gulp-autoprefixer'); gulp.task('css', function () { gulp.src('assets/app.less') .pipe(less()) .pipe(autoprefix('last 2 version', 'ie 8', 'ie 9')) .pipe(gulp.dest('build')); }); 因為Grunt比Gulp更加頻繁地操作文件系統,所以使用數據流的Gulp總是比Grunt快。對于一個小的LESS文件,gulpfile.js通常需要6ms,而gruntfile.js則需要大概50ms——慢8倍多。這只是個簡單的例子,對于長的文件,這個數字會增加得更顯著。 ## npm國內鏡像 這個也是網上搜的,親自試過,非常好用! 鏡像使用方法(三種辦法任意一種都能解決問題,建議使用第三種,將配置寫死,下次用的時候配置還在): 1.通過config命令 npm config set registry https://registry.npm.taobao.org npm info underscore (如果上面配置正確這個命令會有字符串response) 2.命令行指定 npm --registry https://registry.npm.taobao.org info underscore 3.編輯 ~/.npmrc 加入下面內容 registry = https://registry.npm.taobao.org 搜索鏡像: https://npm.taobao.org 建立或使用鏡像,參考: https://github.com/cnpm/cnpmjs.org ## 參考 [gulp教程之gulp中文API](http://www.ydcss.com/archives/424) http://cnodejs.org/topic/4f9904f9407edba21468f31e
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看