Size: a a a

Советский Angular

2021 January 26

A

AlXo in Советский Angular
Arams Tomojans
Если у тебя много разных layouts то выбор очевиден)
я как раз юзал дефолтную структуру, имею ввиду, которую как я вижу со стороны юзает большинство, мол папки shared, services, components, а потом наткнулся на мнение, что это не очень затея, вот и понеслась
источник

A

AlXo in Советский Angular
Arams Tomojans
Если у тебя много разных layouts то выбор очевиден)
а если немного, грубо говоря, только header и footer, админки, корзины и тп уже идут как отдельные модули, в данном случае смысла пихать хедер и футер куда-то глубже уровня модулей - нет?
источник

AT

Arams Tomojans in Советский Angular
AlXo
я как раз юзал дефолтную структуру, имею ввиду, которую как я вижу со стороны юзает большинство, мол папки shared, services, components, а потом наткнулся на мнение, что это не очень затея, вот и понеслась
Попробовать стоит все). Я использую структуру которую предлагает Минин. Если не ошибаюсь он достаточно уважаемый человек в кругах айти
источник

AT

Arams Tomojans in Советский Angular
Конечно же это не его идея, если что)
источник

J💖

JSON Jenny 💖 in Советский Angular
AlXo
грубо говоря, вытащить все содержимое shared на верхний уровень? Юзаем в нескольких местах сервис, называем его get-article и пихаем на тот же уровень что и модуль admin?
твои модули должны быть на месте использования. Если это что-то project-wide, то на верхнем уровне можно завести директорию шареда и хранить их там по смыслу(к чему относится, что делает)
источник

В

Владимир in Советский Angular
Андрей мне кажется будет очень востребованным видосик про папочки в проекте :) или стрим
источник

A

AlXo in Советский Angular
JSON Jenny 💖
твои модули должны быть на месте использования. Если это что-то project-wide, то на верхнем уровне можно завести директорию шареда и хранить их там по смыслу(к чему относится, что делает)
то есть внутри shared не делать папок components pipes services, а просто в случае компонентов делать папки header/footer и тп без лишней вложенности?
источник

A

AlXo in Советский Angular
Владимир
Андрей мне кажется будет очень востребованным видосик про папочки в проекте :) или стрим
+
источник

S

Shmalala in Советский Angular
Лайк! Вы повысили рейтинг пользователя Vladimir ⚡️ .
Теперь его рейтинг: 4 ❤️
источник

В

Владимир in Советский Angular
сенкс
источник

A

AlXo in Советский Angular
@dersizes еще вопрос, у нас есть модуль, внутри модуля есть директивы, пайпы, сервисы, гуарды, правильно ли я понимаю, что нет смысла для них плодить папки directives pipes services guards а просто внутри модуля сразу в виде файлов делать?
источник

J💖

JSON Jenny 💖 in Советский Angular
AlXo
то есть внутри shared не делать папок components pipes services, а просто в случае компонентов делать папки header/footer и тп без лишней вложенности?
в них может быть нужда, если у тебя это какие-то utils пайпы, директивы, компоненты. Но обычно всё можно раскидать по смыслу, а для utils вещей есть utils. Они нужны минимально, но нужны
источник

A

AlXo in Советский Angular
JSON Jenny 💖
в них может быть нужда, если у тебя это какие-то utils пайпы, директивы, компоненты. Но обычно всё можно раскидать по смыслу, а для utils вещей есть utils. Они нужны минимально, но нужны
если у нас большой проект не проще ли нам, чтобы найти переиспользуемые модалки, не идти по списку вообще всего что есть в shared, а просто создать папку modals и уже там по смыслу называть?
источник

MA

Maxim Afanasev in Советский Angular
AlXo
если у нас большой проект не проще ли нам, чтобы найти переиспользуемые модалки, не идти по списку вообще всего что есть в shared, а просто создать папку modals и уже там по смыслу называть?
Мне кажется, важно не то, что это модалка, а что именно эта модалка делает. Так ведь? Т.е. модалка запросто может стать отдельной страницей и наоборот. Содержание важнее формы.
источник

J💖

JSON Jenny 💖 in Советский Angular
AlXo
если у нас большой проект не проще ли нам, чтобы найти переиспользуемые модалки, не идти по списку вообще всего что есть в shared, а просто создать папку modals и уже там по смыслу называть?
если эти модалки постоянно повсюду используются - они должны быть на уровне, где всё используется.
Не все модалки должны быть в верхнеуровневых директориях. Всё зависит от её смысла
источник

A

AlXo in Советский Angular
Maxim Afanasev
Мне кажется, важно не то, что это модалка, а что именно эта модалка делает. Так ведь? Т.е. модалка запросто может стать отдельной страницей и наоборот. Содержание важнее формы.
ну называть модалку отвечающую за удаление просто delete тоже немного информативно, тут как бы напрашивается или добавить префикс modal или засунуть в такую папку, имхо
источник

MA

Maxim Afanasev in Советский Angular
AlXo
ну называть модалку отвечающую за удаление просто delete тоже немного информативно, тут как бы напрашивается или добавить префикс modal или засунуть в такую папку, имхо
За удаление чего?
источник

A

AlXo in Советский Angular
Maxim Afanasev
За удаление чего?
товара или пользователя например
источник

MA

Maxim Afanasev in Советский Angular
AlXo
товара или пользователя например
confirm-product-delete или confirm-user-delete в соответствующих директориях?
источник

Вキ

Вертихвост キバ 🏡🦊... in Советский Angular
Владимир
Андрей мне кажется будет очень востребованным видосик про папочки в проекте :) или стрим
Я?
источник