#9 API changes for File and Utils modules

[tormozz48]

Resolved #9 Needs for https://github.com/enb-make/enb-diverse-js/issues/12

@j0tunn @blond Please review it

[tormozz48]

:up:

[tormozz48]

:up:

[tormozz48]

и, кстати, как-то очень странно хотеть в конструкторе указывать один тип комментов, а името возможность это переопределить

Да, вопрос хороший. @blond что скажешь?

Или нужно именно иметь и склеенную строку и сам sourcemap отдельно?

Кажется, что прикольно иметь единый возвращаемый тип данных

а зачем несколько строк? У нас в конструктор передается опция comment и там inline - это значит использовать //, а block - /* */

Ошибся в jsdoc

[tormozz48]

:up:

[j0tunn]

Есть такое предложение: не добавлять функциональности в render, пусть он как и раньше генерит склеенный контент. Можно добавить в File два геттера: content, sourcemap. нужен отдельно контент - file.content нужен отдельно sourcemap - file.sourcemap нужен склеенный кусок - file.render()

[blond]

C Антоном согласен.

[tormozz48]

:up:

[tormozz48]

Сделал не геттерами в их строгом понимании а псевдогеттерами потому что:

• Это консистентно с методом getCursor
• ИМХО реализация геттеров и сеттеров в js оставляет желать лучшего так как по коду foo.bar непонятно, что это: геттер или поле bar объекта foo

[j0tunn]

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

[tormozz48]

Ок, мне переделать или оставить как есть?

[j0tunn]

нужно почистить мусор от предыдущей реализации и поправить тесты: везде, где раньше использовался render как способ проверки использовать соответствующие геттеры

[tormozz48]

:up:

[tormozz48]

:up:

[j0tunn]

в остальном :ok:

[tormozz48]

Поправил последнее замечание Объединил коммиты

P.S. кстати, несмотря на наличие travis.yml конфигурационного файла, что-то я не вижу интеграции и проверки тревисом тестов. Наверное включить CI для данного репозитория.

P.S. Нужно будет выпустить обновленную версию enb-source-map

[tormozz48]

Так, стоп.

Я тут попробовал использовать изменения которые мы внесли и обнаружил, что не все ок. В enb-diverse-js мне нужно вызывать метод joinContentAndSourceMap модуля Util и передавать в него минифицированный код и объект соурсмапа который отдает минификатор.

Но joinContentAndSourceMap сейчас принимает только экземпляры класса SourceMapGenerator, и это плохо

Нужно чтобы joinContentAndSourceMap умел работать и с экземплярами класса SourceMapGenerator и с обычными объектами sourceMap

[tormozz48]

Нужно чтобы joinContentAndSourceMap умел работать и с экземплярами класса SourceMapGenerator и с обычными объектами sourceMap

Реализовал в последнем коммите.

Проверил для enb-diverse-js. Все ок.

[j0tunn]

я ж тебя об этом спрашивал :ok:

[tormozz48]

я ж тебя об этом спрашивал

Ну лучше поздно, чем никогда.

P.S. Наверное можно мержить и выпускать версию

[blond]

:+1:

[blond]

А давайте перед выпуском обновим зависимости? А то source-map сейчас очень старый.

[j0tunn]

а давайте зависимости отдельным PR

[tormozz48]

а давайте зависимости отдельным PR

12