Сценарії NPM можуть робити те саме, що і gulp, але приблизно в 50 разів менше коду. Насправді, без коду, лише аргументи командного рядка.
Наприклад, ви описали випадок використання, який ви описали там, де ви хочете мати різний код для різних середовищ.
З Webpack + NPM-скриптами це легко:
"prebuild:dev": "npm run clean:wwwroot",
"build:dev": "cross-env NODE_ENV=development webpack --config config/webpack.development.js --hot --profile --progress --colors --display-cached",
"postbuild:dev": "npm run copy:index.html && npm run rename:index.html",
"prebuild:production": "npm run clean:wwwroot",
"build:production": "cross-env NODE_ENV=production webpack --config config/webpack.production.js --profile --progress --colors --display-cached --bail",
"postbuild:production": "npm run copy:index.html && npm run rename:index.html",
"clean:wwwroot": "rimraf -- wwwroot/*",
"copy:index.html": "ncp wwwroot/index.html Views/Shared",
"rename:index.html": "cd ../PowerShell && elevate.exe -c renamer --find \"index.html\" --replace \"_Layout.cshtml\" \"../MyProject/Views/Shared/*\"",
Тепер ви просто підтримувати два WebPack конфігурації скриптів, один для режиму розробки, webpack.development.jsі один для режиму виробництва, webpack.production.js. Я також використовую webpack.common.jsконфігурацію вебпакету, що використовується в усіх середовищах, і використовую webpackMerge для їх об'єднання.
Через прохолоду сценаріїв NPM це дозволяє легко ланцюг, подібний до того, як глотка робить Streams / pipe.
У наведеному вище прикладі, щоб побудувати для розробки, ви просто переходите до свого командного рядка та виконуєте npm run build:dev.
- NPM спочатку запустився
prebuild:dev,
- тоді
build:dev,
- І нарешті
postbuild:dev.
preІ postпрефікси сказати НПМ , які для того , щоб виконати в.
Якщо ви помітили, за допомогою скриптів Webpack + NPM, ви можете запускати нативну програму, наприклад rimraf, замість gulp-обгортки для рідної програми, такої як gulp-rimraf. Ви також можете запускати вбудовані файли Windows .exe, як я це робив тут, elevate.exeабо рідні * nix файли на Linux або Mac.
Спробуйте зробити те ж саме із глоткою. Вам доведеться почекати, коли хтось прийде, і напишіть ковтанку для рідної програми, яку ви хочете використовувати. Крім того, вам, ймовірно, потрібно буде написати такий складний код: (взято прямо з repo angular2-seed )
Код розвитку Gulp
import * as gulp from 'gulp';
import * as gulpLoadPlugins from 'gulp-load-plugins';
import * as merge from 'merge-stream';
import * as util from 'gulp-util';
import { join/*, sep, relative*/ } from 'path';
import { APP_DEST, APP_SRC, /*PROJECT_ROOT, */TOOLS_DIR, TYPED_COMPILE_INTERVAL } from '../../config';
import { makeTsProject, templateLocals } from '../../utils';
const plugins = <any>gulpLoadPlugins();
let typedBuildCounter = TYPED_COMPILE_INTERVAL; // Always start with the typed build.
/**
* Executes the build process, transpiling the TypeScript files (except the spec and e2e-spec files) for the development
* environment.
*/
export = () => {
let tsProject: any;
let typings = gulp.src([
'typings/index.d.ts',
TOOLS_DIR + '/manual_typings/**/*.d.ts'
]);
let src = [
join(APP_SRC, '**/*.ts'),
'!' + join(APP_SRC, '**/*.spec.ts'),
'!' + join(APP_SRC, '**/*.e2e-spec.ts')
];
let projectFiles = gulp.src(src);
let result: any;
let isFullCompile = true;
// Only do a typed build every X builds, otherwise do a typeless build to speed things up
if (typedBuildCounter < TYPED_COMPILE_INTERVAL) {
isFullCompile = false;
tsProject = makeTsProject({isolatedModules: true});
projectFiles = projectFiles.pipe(plugins.cached());
util.log('Performing typeless TypeScript compile.');
} else {
tsProject = makeTsProject();
projectFiles = merge(typings, projectFiles);
}
result = projectFiles
.pipe(plugins.plumber())
.pipe(plugins.sourcemaps.init())
.pipe(plugins.typescript(tsProject))
.on('error', () => {
typedBuildCounter = TYPED_COMPILE_INTERVAL;
});
if (isFullCompile) {
typedBuildCounter = 0;
} else {
typedBuildCounter++;
}
return result.js
.pipe(plugins.sourcemaps.write())
// Use for debugging with Webstorm/IntelliJ
// https://github.com/mgechev/angular2-seed/issues/1220
// .pipe(plugins.sourcemaps.write('.', {
// includeContent: false,
// sourceRoot: (file: any) =>
// relative(file.path, PROJECT_ROOT + '/' + APP_SRC).replace(sep, '/') + '/' + APP_SRC
// }))
.pipe(plugins.template(templateLocals()))
.pipe(gulp.dest(APP_DEST));
};
Код виробництва Gulp
import * as gulp from 'gulp';
import * as gulpLoadPlugins from 'gulp-load-plugins';
import { join } from 'path';
import { TMP_DIR, TOOLS_DIR } from '../../config';
import { makeTsProject, templateLocals } from '../../utils';
const plugins = <any>gulpLoadPlugins();
const INLINE_OPTIONS = {
base: TMP_DIR,
useRelativePaths: true,
removeLineBreaks: true
};
/**
* Executes the build process, transpiling the TypeScript files for the production environment.
*/
export = () => {
let tsProject = makeTsProject();
let src = [
'typings/index.d.ts',
TOOLS_DIR + '/manual_typings/**/*.d.ts',
join(TMP_DIR, '**/*.ts')
];
let result = gulp.src(src)
.pipe(plugins.plumber())
.pipe(plugins.inlineNg2Template(INLINE_OPTIONS))
.pipe(plugins.typescript(tsProject))
.once('error', function () {
this.once('finish', () => process.exit(1));
});
return result.js
.pipe(plugins.template(templateLocals()))
.pipe(gulp.dest(TMP_DIR));
};
Фактичний код gulp набагато складніше, ніж це, оскільки це лише 2 із кількох десятків файлів gulp у репо.
Отже, який вам легший?
На мою думку, сценарії NPM набагато перевершують залп та грухт, як за ефективністю, так і за простотою використання, і всі розробники на передньому кінці повинні розглянути можливість його використання у своєму робочому процесі, оскільки це головна економія часу.
ОНОВЛЕННЯ
Є один сценарій, з яким я стикався, коли хотів використовувати Gulp у поєднанні зі сценаріями NPM та Webpack.
Коли мені потрібно, наприклад, зробити віддалену налагодження на пристрої iPad або Android, мені потрібно запустити додаткові сервери. Раніше я запускав усі сервери як окремі процеси, з IntelliJ IDEA (або Webstorm), що легко за допомогою конфігурації запуску "Compound". Але якщо мені потрібно зупинити і перезапустити їх, було втомлено закривати 5 різних вкладок сервера, плюс вихід був розповсюджений у різних вікнах.
Однією з переваг gulp є те, що можна ланцюжок усіх результатів з окремих незалежних процесів в одне вікно консолі, яке стає батьківським для всіх дочірніх серверів.
Тож я створив дуже просту задачу gulp, яка просто запускає мої сценарії NPM або команди безпосередньо, тому весь результат з’являється в одному вікні, і я можу легко закінчити всі 5 серверів одразу, закривши вікно завдань gulp.
Gulp.js
/**
* Gulp / Node utilities
*/
var gulp = require('gulp-help')(require('gulp'));
var utils = require('gulp-util');
var log = utils.log;
var con = utils.colors;
/**
* Basic workflow plugins
*/
var shell = require('gulp-shell'); // run command line from shell
var browserSync = require('browser-sync');
/**
* Performance testing plugins
*/
var ngrok = require('ngrok');
// Variables
var serverToProxy1 = "localhost:5000";
var finalPort1 = 8000;
// When the user enters "gulp" on the command line, the default task will automatically be called. This default task below, will run all other tasks automatically.
// Default task
gulp.task('default', function (cb) {
console.log('Starting dev servers!...');
gulp.start(
'devserver:jit',
'nodemon',
'browsersync',
'ios_webkit_debug_proxy'
'ngrok-url',
// 'vorlon',
// 'remotedebug_ios_webkit_adapter'
);
});
gulp.task('nodemon', shell.task('cd ../backend-nodejs && npm run nodemon'));
gulp.task('devserver:jit', shell.task('npm run devserver:jit'));
gulp.task('ios_webkit_debug_proxy', shell.task('npm run ios-webkit-debug-proxy'));
gulp.task('browsersync', shell.task(`browser-sync start --proxy ${serverToProxy1} --port ${finalPort1} --no-open`));
gulp.task('ngrok-url', function (cb) {
return ngrok.connect(finalPort1, function (err, url) {
site = url;
log(con.cyan('ngrok'), '- serving your site from', con.yellow(site));
cb();
});
});
// gulp.task('vorlon', shell.task('vorlon'));
// gulp.task('remotedebug_ios_webkit_adapter', shell.task('remotedebug_ios_webkit_adapter'));
Ще досить трохи коду просто для виконання 5 завдань, на мою думку, але це працює за цією метою. Один caveate є те , що , gulp-shellздається, не запускати деякі команди правильно, наприклад ios-webkit-debug-proxy. Тому мені довелося створити сценарій NPM, який просто виконує ту саму команду, і тоді вона працює.
Тому я в першу чергу використовую сценарії NPM для всіх своїх завдань, але іноді, коли мені потрібно запустити купу серверів відразу, я запускаю своє завдання Gulp, щоб допомогти. Підберіть правильний інструмент для правильної роботи.
ОНОВЛЕННЯ 2
Зараз я використовую скрипт, який називається одночасно, який робить те саме, що і завдання gulp вище. Він запускає паралельно декілька сценаріїв CLI і передає їх у все вікно консолі, і це дуже просто у використанні. Знову ж таки, не потрібен код (ну, код знаходиться паралельно у модулі node_module, але вам не доведеться з цим турбуватися)
// NOTE: If you need to run a command with spaces in it, you need to use
// double quotes, and they must be escaped (at least on windows).
// It doesn't seem to work with single quotes.
"run:all": "concurrently \"npm run devserver\" nodemon browsersync ios_webkit_debug_proxy ngrok-url"
При цьому всі 5 сценаріїв паралельно передаються на один термінал. Дивовижно! Так що в цій точці я рідко використовую gulp, оскільки існує стільки сценаріїв кліпів, щоб виконувати ті самі завдання без коду.
Я пропоную прочитати ці статті, які поглиблюють їх.