щас раскрою секрет наверное, кто мешает зарекварить модели один раз при инициализации и добавить их как свойство объекта app? который потом доступен в контексте любого запроса, не засран глобал и не надо реквайрить в каждом файле

Ага, потом еще раз найдут и еще раз скажут

@sergeysova не обязательно загружать модели в глобальное пространство. Можно использовать DI контейнеры например

нахрена? есть esm

щас раскрою секрет наверное, кто мешает зарекварить модели один раз при инициализации и добавить их как свойство объекта app? который потом доступен в контексте любого запроса, не засран глобал и не надо реквайрить в каждом файле

И чем засирание app лучше засирания глобала?

щас раскрою секрет наверное, кто мешает зарекварить модели один раз при инициализации и добавить их как свойство объекта app? который потом доступен в контексте любого запроса, не засран глобал и не надо реквайрить в каждом файле

Потому что никто в контроллеры не пробрасывает app?

щас раскрою секрет наверное, кто мешает зарекварить модели один раз при инициализации и добавить их как свойство объекта app? который потом доступен в контексте любого запроса, не засран глобал и не надо реквайрить в каждом файле

выглядит как костыль

Потому что никто в контроллеры не пробрасывает app?

он всегда доступен в контексте запроса

он всегда доступен в контексте запроса

Звучит не очень удобно

О, вспомнил. Я такие "глобалки" пихаю в config

мне удобно

я пишу контексты, тонкие контроллеры и модели вообще не вижу проблемы в реквайре моделей в конкретный файл

И дальше через импорты подрубаю

autoload пишется на коленке в жс тащемта

если обхекты запиханы в неймспейс правда

Проблема бутстрэппинга заодно решается, и даже с rolling restart можно потом при желании пошаманить

ну или классы

геттер переопределяешь и опа - автолоад

я пишу контексты, тонкие контроллеры и модели вообще не вижу проблемы в реквайре моделей в конкретный файл

бывают circular deps иногда с этим - реальный юзкейс

бывают circular deps иногда с этим - реальный юзкейс

и в чем проблема?

нода разруливает отлично (если конечно не хотрелоад)

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Object/defineProperty

и в чем проблема?

ничего нода не разруливает

ничего нода не разруливает

пруфы ))

Знаете, чем глобалы плохо? Глобальный объект может быть вызван ранее, чем он будет инициализирован

Es6 модули разруливают

прогрммер вполне разруливает. я ленивую загрузку классов делал

проблем нет

пруфы ))

какие пруфы? сделай два файла и зареквайри друг в друга будет пусто

Знаете, чем глобалы плохо? Глобальный объект может быть вызван ранее, чем он будет инициализирован

Что тоже неплохо бы разруливать фреймворку

до сих пор не понял зачем нужен автолоад классов

моделей*

Что тоже неплохо бы разруливать фреймворку

Как это разрулит фреймворк?

Object.defineProperty(o, 'b', { get: function() { return bValue; }, set: function(newValue) { bValue = newValue; }, enumerable: true, configurable: true });

какие пруфы? сделай два файла и зареквайри друг в друга будет пусто

Ты про Es6 imports или нодовский коммонжс?

до сих пор не понял зачем нужен автолоад классов

У чувака пхпгм

так то список классов держать это да

моделей*

Бесит пелена реквайров в каждом контроллере

Ты про Es6 imports или нодовский коммонжс?

комон JS, в ноде импорты не поддерживаются же пока что

У чувака пхпгм

Рельсыгм

автолоад

роргм

Бесит пелена реквайров в каждом контроллере

чем? 10 строк кода или что?

это удобно

Бесит пелена реквайров в каждом контроллере

Пелена реквайров явно показывает, что есть в модуле, а что- нет

ггг

Я сдаюсь, короче

Все так ищут драные фреймворки, что не задумываются, что на ноде охуенно кодить и без фреймворков

правда приходится согласовывать формат модулей чтобы отдать классы

какие пруфы? сделай два файла и зареквайри друг в друга будет пусто

ок. ща

Все так ищут драные фреймворки, что не задумываются, что на ноде охуенно кодить и без фреймворков

Покодил без фреймворков - нет, ниразу не охуенно :)

Бесит пелена реквайров в каждом контроллере

Имхо, если импортов в модуле больше 10, ты делаешь что-то не так. Есть правило eslintа на это даже вроде

Покодил без фреймворков - нет, ниразу не охуенно :)

Удачи

Все так ищут драные фреймворки, что не задумываются, что на ноде охуенно кодить и без фреймворков

да ладно. sequelize не фреймворк?

(:

да ладно. sequelize не фреймворк?

А я его и не использую

и?

половина вспомогательных хреновин не фреймворке?

лул

А я его и не использую

а что используешь?

Имхо, если импортов в модуле больше 10, ты делаешь что-то не так. Есть правило eslintа на это даже вроде

вот согласен полностью

половина вспомогательных хреновин не фреймворке?

koa- фреймворк, но не в том понимании, которое подразумевает Андрей

вот согласен полностью

knex

koa- фреймворк, но не в том понимании, которое подразумевает Андрей

koa не фреймворк же)

лол

koa не фреймворк же)

Фреймворк

Легковесный

ERROR: S client not available

меня убеждали в issue что нет)

помнишь?

MVC-фреймворк. Такое понимание укладывается в мировоззрение? :)

Он заставляет тебя использовать асинки

помнишь?

Помню

Но если почитать их доки, то даже там сказано, что коа- фреймворк

лул)

Странно, что коллаборатор сказал, что коа- не фреймворк

Коа - это framework в прямом понимании этого слова

Но не в стереотипном

В одном я допустил прокол, окей Я юзаю mongoose

Но не в стереотипном

Я о стереотипном понимании говорил

Тот же tensorflow питоновский - фреймворк в классическом понимании, но библиотека в романтическом)

В одном я допустил прокол, окей Я юзаю mongoose

Сказал бы сразу - сразу бы спор могли закончить ?

Он тоже продуцирует слой абстракции, но не навязывает парадигму

Сказал бы сразу - сразу бы спор могли закончить ?

Я и не спорил

Я сразу сказал, что я не любитель фреймворков

лол интересно, почему я ни разу не получал таких проблем?))

потому что говнокодить не надо

не было такого что одна модель требует вторую, а вторая первую?

и не будет проблем

не было такого что одна модель требует вторую, а вторая первую?

чувствуешь? пахнет...

сокеткластер тоже фреймворк

и воркерпул тоже

было конечно. но паттерн datamapper мне нравится намного больше, чем activerecord хоть с датамаппером и тяжко достаточно, но он решает эти вот кейсы

второй буду тоже запрягать

может и пахнет, но кейсы бывают, а на SO полно вопросов и не всегда просто не говнокодить, чтобы избавиться от этого

и попездите что не фреймфорке. лул

вот хеллло ворлд на фреймворке это ебанизм. да

особенно типичный кейс circylar deps, при работе со схемами в graphql, они там прямо говорят, делайте lazy require чтобы избежаь

особенно типичный кейс circylar deps, при работе со схемами в graphql, они там прямо говорят, делайте lazy require чтобы избежаь

хз, не юзал graphql, для меня это дикий оверхед тут могу не знать...