倫岡
Ну основные это es6 modules которые работают уже сейчас
Size: a a a
2020 March 01
倫岡
Парсинг жсона и wasm пока под флагом
ИК
это всеже не lts пока
倫岡
это всеже не lts пока
Уже в lts
倫岡
По факту начиная новый проект сейчас на commonjs ты обретаешь себя на очень болезненный рефакторинг потом
ИК
чет не вижу лтс )
ИК
По факту начиная новый проект сейчас на commonjs ты обретаешь себя на очень болезненный рефакторинг потом
у меня микросервисы по 100 строк) все остальное миксины и модули, где можно пройтись за вечер и импорты выправить
倫岡
Хм, в лтс отключали флаг, а теперь включили лол
ИК
но, в целом конечно можно переехать для будущего, но какой профит, просто обновленные типы импорта, это надо в комплексе делать а не ради 1 фичи
PS
1.1 Структурируйте ваш проект по компонентам
довольно спорная штука. раньше у меня так и было сделано. но потом я осознал, что контроллеры и презенторы относятся к одному слою, а юзкейсы с репозиториями — к другим. поэтому я их отделил по разным папкам.
тем более, что каждый репозиторий сейчас привязан лишь к своей таблице в бд, а каждый юзкейс — не привязан к конкретному репозиторию. и было бы странно размещать репозиторий в папке юзкейса, а потом обращаться к нему из другого юзкейса. делать персональный репозиторий для каждого юзкейса — тоже странно, будет дублирование кода. в общем, не знаю...
структура по компонентам говорит: так, у нас есть три компонента: BMI, Info и Weight.
текущая структура говорит: ага, у нас есть папка bot, в которой находятся контроллеры двух команд: Info и Weight и сосредоточена вся работа с телеграмом; так же у нас есть папка core, в которой находится внутреннее апи приложения. мне кажется, такая структура более кричащая.
1.2 Разделяйте слои ваших компонентов и не смешивайте их со структурой данных Express и остальные
это и так сделано.
довольно спорная штука. раньше у меня так и было сделано. но потом я осознал, что контроллеры и презенторы относятся к одному слою, а юзкейсы с репозиториями — к другим. поэтому я их отделил по разным папкам.
тем более, что каждый репозиторий сейчас привязан лишь к своей таблице в бд, а каждый юзкейс — не привязан к конкретному репозиторию. и было бы странно размещать репозиторий в папке юзкейса, а потом обращаться к нему из другого юзкейса. делать персональный репозиторий для каждого юзкейса — тоже странно, будет дублирование кода. в общем, не знаю...
структура по компонентам говорит: так, у нас есть три компонента: BMI, Info и Weight.
текущая структура говорит: ага, у нас есть папка bot, в которой находятся контроллеры двух команд: Info и Weight и сосредоточена вся работа с телеграмом; так же у нас есть папка core, в которой находится внутреннее апи приложения. мне кажется, такая структура более кричащая.
1.2 Разделяйте слои ваших компонентов и не смешивайте их со структурой данных Express и остальные
это и так сделано.
ИК
1.1 Структурируйте ваш проект по компонентам
довольно спорная штука. раньше у меня так и было сделано. но потом я осознал, что контроллеры и презенторы относятся к одному слою, а юзкейсы с репозиториями — к другим. поэтому я их отделил по разным папкам.
тем более, что каждый репозиторий сейчас привязан лишь к своей таблице в бд, а каждый юзкейс — не привязан к конкретному репозиторию. и было бы странно размещать репозиторий в папке юзкейса, а потом обращаться к нему из другого юзкейса. делать персональный репозиторий для каждого юзкейса — тоже странно, будет дублирование кода. в общем, не знаю...
структура по компонентам говорит: так, у нас есть три компонента: BMI, Info и Weight.
текущая структура говорит: ага, у нас есть папка bot, в которой находятся контроллеры двух команд: Info и Weight и сосредоточена вся работа с телеграмом; так же у нас есть папка core, в которой находится внутреннее апи приложения. мне кажется, такая структура более кричащая.
1.2 Разделяйте слои ваших компонентов и не смешивайте их со структурой данных Express и остальные
это и так сделано.
довольно спорная штука. раньше у меня так и было сделано. но потом я осознал, что контроллеры и презенторы относятся к одному слою, а юзкейсы с репозиториями — к другим. поэтому я их отделил по разным папкам.
тем более, что каждый репозиторий сейчас привязан лишь к своей таблице в бд, а каждый юзкейс — не привязан к конкретному репозиторию. и было бы странно размещать репозиторий в папке юзкейса, а потом обращаться к нему из другого юзкейса. делать персональный репозиторий для каждого юзкейса — тоже странно, будет дублирование кода. в общем, не знаю...
структура по компонентам говорит: так, у нас есть три компонента: BMI, Info и Weight.
текущая структура говорит: ага, у нас есть папка bot, в которой находятся контроллеры двух команд: Info и Weight и сосредоточена вся работа с телеграмом; так же у нас есть папка core, в которой находится внутреннее апи приложения. мне кажется, такая структура более кричащая.
1.2 Разделяйте слои ваших компонентов и не смешивайте их со структурой данных Express и остальные
это и так сделано.
я просто генерирую компоненты) меня вообще не волнует как оно там лежит, что фронт, что бэк под шаблоном.
ИК
вообще это все довольно индивидуально к проекту и пули то все равно нет серебряной, где-то в любом случае упрешься
М
+++++++++++
PS
А ничего, что эта статья противоречит двум предыдущим?
Как то странно что "лучшие практики" противоречат друг другу
Как то странно что "лучшие практики" противоречат друг другу
БА
Саб, меня заинтересовал node порекомендуйте источники для изучения
М
Аэаэ, чётко)))
DZ
Ребят, скажите пожалуйста, зачем нужен RabbitMq?