Форматировать дату без библиотеки. Всего пару функций на проект. Какое архитектурное решение выбрать?

Question

[dipwoodle]

В проекте дату нужно выводить в двух форматах:
- From now - 4 min ago
- MMM, YYYY - Jan, 2014

Пример:

Handlebars.registerHelper "date_format", (date, options) ->
    moment(date).format('MMM, YYYY')

  Handlebars.registerHelper "from_now", (date, options) ->
    moment(date).fromNow()

<i class="icon-clock"></i>
{{from_now date_posted}}
...
<li><span>Start Date:</span> {{date_format start_date}}</li>

Задача - выпилить библиотеку moment, ибо ради двух функцию грузить 11.6k gz для проекта много.

Вопрос: как архитектурно правильнее это сделать?

Варианты:
1. Сделать отдельный маленький модуль DateUtil, пихнуть туда две функции кастомного форматирования. Добавить два вью хелпера, которые вызывают функции DateUtil. В шаблонах вызываем хелперы.
2. Не делать отдельного модуля, написать логику форматирования прямо во вью хелперы.
3. Ваше решение.

Критика предложенных вариантов
1.
- Лишний модуль, если форматирование не будет использоваться нигде, кроме вьюшек
- Продолжение пункта выше: лишняя композиция. Тело хелпера просто вызывает функцию DateUtil
- Не ясно как назвать метод для второго типа дат
2.
- Нет возможности использовать вью хелпер, если форматирование понадобиться где-то кроме вьюшке
- Не ясно как назвать метод для второго типа дат

Comments

[dipwoodle]

Назвать метод для второго типа дат думаю как "standardDateForma()" или "globalDateFormat()". Это должно натолкнуть человека на мысль, что этот формат используется везде по всей системе

[dipwoodle]

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

Answer 1

[Иван Смирнов]

Ответить на следующие вопросы себе:
1.Много ли дат добавится в проект в ближайшей перспективе (допустим 6 месяцов).
2.Какой из вариантов я напишу быстрее.
3.Сложно ли будет отрефакторить, если я сейчас напишу просто, а потом мне понадобится более сложная система.

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

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

Т.Е. в вашем случае скорее всего ответ - 2.

Comments

[dipwoodle]

1. Не вижу предпосылок к изменению дат, скорее всего меняться и добавляться не будут.
2. Второй вариант.
3. Легко рефакторится. Создается отдельный модуль DateUtil, тело хелперов копируется в функции, в хелперах вызываются функции DateUtil.

Поддерживаю вариант 2, как более быстрый и простой. Спасибо!