ip
обычно фичи группирую по использованию на страницах, но есть идея группировать по сущностям системы
Size: a a a
2020 August 22
ip
скажем фичи касающиеся какого-нибудь справочника транспорт внутри папки транспорт, пользователи в пользователях и т.д.
🅅🄺
просто у меня чем дальше тем мне больше не хватает простой стуктуры файловой системы чтобы отразить в нужных разрезах то что я хотел бы о проекте отразить
🚀🚀
а что хотелось бы отразить?
🚀🚀
и про разрезы поподробнее если можно 🙈🙈
🅅🄺
например один и тот же файл может относиться к разным фичам одновременно
DS
Это слайсинг)
Я себе всегда так ментально представляю. Я написал весь весь код в одни файл с максимальным делением внутри на модули\функции внутри этого файла, а теперь как поделить так что б было удобно расширять\править?
Правда есть золотая середина? Не сильно много модулей сделать и не сильно мало.
Фича слайсинг этого
Я себе всегда так ментально представляю. Я написал весь весь код в одни файл с максимальным делением внутри на модули\функции внутри этого файла, а теперь как поделить так что б было удобно расширять\править?
Правда есть золотая середина? Не сильно много модулей сделать и не сильно мало.
Фича слайсинг этого
один из видов деления который прийдется применить. Какие еще виды деления бывают? Я не знаю как их правильно назвать но они есть в моей голове(( помогите найти правильную литературу, ведь подходы то эти по любому уже как то назвали...Попробую описать своими словами виды деления
1. По бизнес задачам которые решает кусок (как правильно назвать? это не модуль а набор модулей) кода
2. По синтаксическим конструкциям (аля папочки
3. Есть еще глобальный тип деления?
Я считаю что эти нужно комбинировать наслаивая как бутерброд
1. По бизнес задачам которые решает кусок (как правильно назвать? это не модуль а набор модулей) кода
2. По синтаксическим конструкциям (аля папочки
components, ui, reducers, pages)3. Есть еще глобальный тип деления?
Я считаю что эти нужно комбинировать наслаивая как бутерброд
🅅🄺
хочется часто видеть проект и в виде иерархии фич и просто компонентов, моделей, страниц и в каком нибудь виде типа MVC
DS
ну и еще вопрос когда фича слайсинг таки хорош?
Когда задач решаемых приложением немного а путей много)
🅅🄺
типа тегировать файло и в разных разрезах собирать это дерево папок
DS
например один и тот же файл может относиться к разным фичам одновременно
🅅🄺
у меня был ряд задач как то
добавить авторизацию просто чтобы гость не гость
и от этого зависил вид главной страницы и видимость меню Настройки
добавить авторизацию просто чтобы гость не гость
и от этого зависил вид главной страницы и видимость меню Настройки
🅅🄺
чем дальше тем больше, через пару недель появилосьб требование разделения авторизованного доступа еще на одной странице, потом еще на одной
🅅🄺
потом разделить доступ к пунктам меню
🅅🄺
и добавить 5 доп ролей
🅅🄺
и я понял, что если бы все это делалось сразу
🅅🄺
не было бы кучи этих говнокостылей
🅅🄺
из груды фич
A
пока непонятно, причем тут фича слайсинг)
DS
у меня был ряд задач как то
добавить авторизацию просто чтобы гость не гость
и от этого зависил вид главной страницы и видимость меню Настройки
добавить авторизацию просто чтобы гость не гость
и от этого зависил вид главной страницы и видимость меню Настройки
Что бы держать нормальным подход конечно прийдется периодически схлопывать фичи или выделять новые, это нормальный процесс ведь нет?