Tag: javascript

Javascript роутер в 90 строк

Перевод статьи A modern JavaScript router in 100 lines

Требования:
Роутер должен:

  1. содержать меньше 100 строк
  2. поддерживать url с хэшами
  3. работать с History API
  4. предоставлять простой API интерфейс
  5. запускаться вручную
  6. отрабатывать только в тех случаях когда это необходимо

Continue reading “Javascript роутер в 90 строк”

Краткий конспект по скринкасту Webpack от Ильи Кантора

Вынести модуль в глобальный доступ к модулю
Экспортировать сам модуль, и в секции output добавить library: ‘имя модуля для внешнего доступа’

Например, файл messenger

1
2
3
export default function (message) {
alert(`Hey listen me, ${message}`)
}

и конфиг для webpack, который добавит модули в глобальную область видимости window.messenger(‘Don’t drink to much alcohol’)

1
2
3
4
5
6
7
8
9
entry: {
messenger: './messenger',
about: './about',
},
output: {
path: __dirname + '/public',
filename: '[name].js',
library : '[name]'
}

aggregateTimeout
По-умолчанию webpack ждёт 300 милисекунд после изменения файла, чтобы запустить пересборку. Но, это можно изменить – в конфиге укажите wathcOptions : {aggregateTimeout: 100}

Карты кода
За создание source-maps для модулей отвечает настройка devtool. Пример, devtool : ‘source-map’ – будет создан файл имя-модуля.js.map Есть и другие способы генерации source-map, главное отличие – применимость для “боевой” среды.

Переменные среды
Во время разработки есть необходимость переключаться между средами применения модулей. Например development\production, и во время development опция watch должна быть включена, а во генерации сборки для production соответственно выключена. Для этого можно использовать переменные среды. Укажите в конфиге webpack:

1
2
3
4
5
6
7
const NODE_ENV = process.env.NODE_ENV || 'development'
 
module.exports = {
...
watch : NODE_ENV == 'development',
devtool : NODE_ENV == 'development' ? 'eval' : null
}

Теперь запустите webpack командой NODE_ENV=production webpack убедитесь, что webpack собрал модули и завершил работу. В отличие от запуска без NODE_ENV=production когда webpack продолжит следить за изменениями в файлах.

Переменные окружения в скриптах
При помощи переменных среды и webpack можно так же управлять и скриптами, часто вы используете console.log или debugger ? И хочется чтобы эти строки включались только в development среде.

1
2
3
4
5
6
7
8
const webpack = require('webpack');
 
module.exports = {
...
plugins : [
new webpack.EnvironmentPlugin('NODE_ENV')
]
}

Теперь можно заменить в модулях код, на что-то такое:

1
2
3
if (process.env.NODE_ENV == 'development') {
debugger;
}

Так как, EnvironmentPlugin это обёртка для DefinePlugin, который как раз и служит для передачи произвольных переменных в скрипты. Чтобы использовать его напрямую замените конфиг вебпака на:

1
2
3
4
5
6
7
8
9
...
plugins : [
new webpack.DefinePlugin({ NODE_ENV: JSON.stringify(NODE_ENV)})
]
 
// было
if (process.env.NODE_ENV == 'development')
// стало
if (NODE_ENV == 'development')

Краткий итог, EnvironmentPlugin для управления настройками webpack в зависимости от среды. DefinePlugin для передачи произвольных переменных в скрипты.

ES6 и Babel
В Chrome 50 уже практически все нововведния из ES6 поддерживаются без поддержки транспилеров типа Babel. К сожалению, такая ситуация не везде, и для того чтобы писать код на ES6, а работать он мог в любом браузере и работать одинаково нужно использовать Babel. Установите его:

1
npm install babel-loader babel-core babel-preset-es2015 --save-dev

В Webpack есть понятие лоадеров, загрузчиков. Это простые javascript функции которые могут вмешиваться в сборку модулей. Настройка загрузчика Babel в webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
module : {
loaders : [
{
test : /\.jsx?$/, // проверка каждого файла на соответствение регулярному выражению
exclude: /(node_modules|bower_components)/, // исключить дирректории из поиска модулей
include : [
path.resove(__dirname, 'app/js') // фильтрация папок для отбора файлов в загрузчик
]
loader: 'babel?presets[]=es2015'
}
]
}

Resolving, поиск модулей и загрузчиков
Для того чтобы понять как webpack ищет модули надо разобрать две секции конфига webpack, это resolve и resolveLoader. Первая опция служит для общего поиска модулей, например для entry самого конфига, когда вы импортируете модули внутри скриптов.

Так webpack будет искать модуль home в папке node_modules, потом файл home.js

1
2
3
4
5
6
7
8
9
//webpack.config.js
{
...
entry : 'home',
resolve : {
modulesDirectories : ['node_modules'],
extensions: ['', '.js']
}
}

А resolveLoader, работает по похожему принципу, но с дополнительной опцией moduleTemplates, которая определяет возможные комбинации для именования папок:

1
2
3
4
5
6
7
8
9
//webpack.config.js
{
...
resolveLoader: {
modulesDirectories : ['node_modules'],
moduleTemplates: ['*-loader', '*']
extensions: ['', '.js']
}
}

UglifyJsPlugin
Для минификации и подготовки сборки для production используется UglifyJsPlugin обёртка. Его конечно надо включать только во время сборки файлов для production.

1
2
3
4
5
6
7
8
9
10
if(NODE_ENV == 'production'){
module.exports.plugins.push(
new webpack.optimize.UglifyJsPlugin({
compress : {
warnings : false,
drop_console: true
}
})
)
}

Другие опции для плагина, на сайте самого плагина UglifyJS – https://github.com/mishoo/UglifyJS2#usage

Несколько точек входа
Для этого в качестве entry необходимо использовать объект, ключами которого являются название модуля, а значением файл. В output добавить path, если ещ> не сделано, и в качестве filename шаблон.

1
2
3
4
5
output: {
path: __dirname + '/public',
filename: '[name].js',
library : '[name]'
}

Общие участки кода в один файл
Как это работает, у нас есть несколько точек входа, и каждая точка входа использует общие модули, например “домашняя страница” home.js и страница “о нас” about.js обе делают import welcome from ‘./welcome’ Таки общие участки можно выделить в отдельный файл при помощи CommonsChunkPlugin.
Код который необходим на всех страницах сайта. Простое подключение – забирает те модули которые содержатся во всех точках входа.

1
2
3
4
5
6
plugins : [
...
new webpack.optimize.CommonsChunkPlugin({
name: 'common'
})
]

Так в файл common.js попадут все общие участки из точек входа.

Настройки CommonsChunkPlugin

minChunks – в каком количестве модулей должен присутствовать общий код чтобы быть вынесенным в отдельный файл. Это значит, что если у вас 10 точек входа, а общий код есть только в 9, то он не будет вынесен в отдельный файл. Но при настройке minChunks : 9 код попадёт в отдельный файл.
chunks – явное указание в каких точках входа искать общие модули, chunks : [‘home’, ‘about’]

В plugins можно указать несколько раз CommonsChunkPlugin, например

1
2
3
4
5
6
7
8
9
10
plugins : [
new webpack.optimize.CommonsChunkPlugin({
name: 'common',
chunks: ['home', 'about']
}),
new webpack.optimize.CommonsChunkPlugin({
name: 'common-shop',
chunks: ['cart', 'shop']
})
]

Информация о модулях – webpack –display-modules -v

Пробежка по ES2015

Перевёл небольшой обзор основных новшеств в ES2015 (тот который ES6). В обзоре не хватает ES2015 Modules, а это пожалуй самое главное в этом релизе, но можно подробно почитать на сайте Frontender Magazine.

Continue reading “Пробежка по ES2015”

Backbone. Часть 1. Модели, коллекции и представления

Сегодня я напишу небольшое приложение на Backbone, например канонический телефонный справочник. И по шагам, начиная с азов покажу как всё работает. Поехали.

Что такое Backbone? Это и фреймворк и способ организации вашего js-приложения. Он проще чем Ember, и на мой взгляд логичнее чем Angular. На его изучение уйдёт никак не больше месяца, а освоив этот инструмент вы вполне сможете претендовать на начинающие позиции во frontend разработке.
Continue reading “Backbone. Часть 1. Модели, коллекции и представления”

Использование yeoman генераторов в быту

По старой, доброй привычке для “переварки” свежеиспечённой информации пишу небольшую заметку в блог. На этот раз героем номера стал Yeoman, это такой джентельмен в шапке и одновременно способ создавать первоначальную структуру проекта. Причём не важно какого, php там или js. Я думаю при должном рвении можно и для python проектов создать такую.
Continue reading “Использование yeoman генераторов в быту”

Парочка полезных элементов из DOM: elementFromPoint and getBoundingClientRect

Я честно говоря не знал о них, а зря. На деле они оказались довольно полезными, особенно getBoundingClientRect. О нём и расскажу в первую очередь.
Continue reading “Парочка полезных элементов из DOM: elementFromPoint and getBoundingClientRect”