Простой упаковщик CommonJS модулей для использования в браузере — clinch

И в конце концов справедливость восторжествовала — how to use Handlebars with clinch.

Надеюсь окажется полезным и мой спам еще не задолбал :)

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Хм. Итожя:

Как и грозился — API кастом-процессоров теперь есть.
Неожидано — Handlebars не будет, авторы перемудрили с предкомпиляцией и я его прикрутить тупо не смог :)

Хотя, может у кого-то с API теперь и получится.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Good news for everyone! ©

API для сторонних обработчиков будет, постараюсь сегодня выкатить до вечера.
С примером как прикручивается Handlebars.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Ну, с clinch по идее должно сработать :)

Просто в node немного не так

Да, но делать так же в браузере — получишь ровно то, что туда положил — смысла как мне кажется никакого.
Я вот даже как-то и не знал, что она (node) так себя ведет :)

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Посмотрел повнимательнее — Handlebars — вроде бы несложно, возможно добавлю в поддерживаемые шаблонизаторы.
С dust как-то мутновато, там идея немного не по формату такой компиляции, так что пока фик знает.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Странно, на живой пример можно посмотреть?

Вообще-то код модуля вызывается в контексте глобали, т.е. this.jQuery должен найтись, если он в глобали есть.
Пруфф — здесь и ниже.

Иначе пустышка бы из примера выше не сработала бы.

Ну, т.е. надо до бандла просто подгрузить на страницу jQuery и все должно сработать.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

API для этого пока нет (и там много подумать надо будет), форкнуть и захардкодить — должно быть реально, смотрим здесь, при условии что у них есть аналог прекомпиляции, я их глубоко не копал.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Контейнер примерно так выглядит — di_container.coffee.
Правда это навороченный вариант, с само-разрешением зависимостей, но идея именно такая.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

они загружаются во время загрузки

Может быть в вашем смысле это чем-то оправдано, но в общем случае динамический require — это ммм… плохая идея.
Во-первых он очень синхронный — там куча всего под капотом происходит с суффиком Sync.
Во-вторых, потому что что-то надо было что-то делать с во-первых — он кеширует все вещи, которые были запрошены, в результате фактически в экземпляре процесса висят все штуки, которые были разрешены.

ИМХО лучшее, что тут можно сделать — сделать контейнер, который будет статически рекверить все, и отдавать отдельные элементы по имени. И подключить этот контейнер в код.

А можно у вас делать синонимы

Надеюсь что понял вопрос верно — да, можно, в конфиге пака есть ключ replacement, он как раз для таких вещей, но тут есть вопрос идеологии, о нем вот ниже.

А как включить jquery в бандл

Как бы идеологически использованиеи именно бандлов, а не какого-то app связано с тем, что clinch скорее аналог component, в том смысле что с его помощью можно делать маленькие виджеты, или кучу разных мелких хелперов. Если надо завернуть целый app — тут overhead не так страшен.
Поэтому немного неверно включать большие либы в бандл, их можно грузить отдельно, или, что правильнее — брать из CDN, а в бандле делать «пустышку», типа такой.

###
This is lodash shim
###

module.exports = @_

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Он не «просто парсит страницы», он смотрит в сгенерированный AST кода на предмет наличия лексемы require.

У меня есть в коде например, что то типа такого

Нет, такого мы не поддерживаем, просто в моем стиле кода это не используется. Кстати — профит-то в чем?

Для списка файлов и директорий clinch вряд ли подойдет — основная фишка как раз и была в нативной поддержке vanilla CommonJS из коробки, бо mocha.

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Ясно, подумаю в этом направлении, может чего и выйдет.
Фидбек! Фидбек! :)

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Оно старалось. Причем быстрый Jade :)

Простой упаковщик CommonJS модулей для использования в браузере — clinch

Пока все, что могу предожить для дебага — имена файлов как комментарий к коду, map source попробую прикрутить, но позднее. ИМХО юнит тесты + console.log() вполне решают проблему.

Весёлые (сосисочные) рефакторинги

Если будет на js — я бы поиграл :)

Проверка входных параметров или косвенные ссылки на BASH

ХМ. а awk не упростил бы жизнь?

PS. Как-то с места в карьер начало статьи — проблема все равно не понятна — что значит «проверять»? Возможно стоит иметь как минимум 2 этапа — проверку и обработку и стыковать их, как принято в unix?

Мультиварка — умная кастрюля или «не доведенный до ума» гаджет

Сварить может, но микроволновка быстрее.
А жарить лучше на плите, у меня под это вок куплен, на всю семью можно зафигачить, с лучком :)

NoSQL СУБД MarkLogic — краткий обзор

ХМ. Любопытно, жду продолжения.

JavaScript — полезные материалы

coffeescript.org — основной док, который как раз на 10 страниц примерно + coffeescriptcookbook.com/ и arcturo.github.com/library/coffeescript/index.html для общего развития.

NASA напечатает на 3Д-принтере части ракеты для полета к Марсу

Инженеры NASA строят крупнейшую ракету, из когда-либо построенных,

Уж тогда надо добавить, что из построенных не вообще, а NASA.
«Энергия» выводила до 105 тонн, в варинте «Вулкан» так и до 200 — всеж в вики есть.

FizzBuzz, или почему программисты не умеют программировать

Здорово, только конструкция (''+new Array(102)).split('') некошерна, ИМХО.

console.log (
  Array.apply(null, Array 101).map (i,j) ->
    unless j%15 then 'FizzBuzz'
    else unless j%5 then 'Buzz'
    else unless j%3 then 'Fizz'
    else j
).splice(1).join ' '

Вот так можно с дырками обходится.