Replies: 8 comments 68 replies
-
|
Beta Was this translation helpful? Give feedback.
-
Почему мне не нравится shared: Lib -- менее абстрактный неймнинг, кмк, достигающий оригинальную цель (если же правильно её понимаю). |
Beta Was this translation helpful? Give feedback.
-
У меня еще появились сомнения по поводу нейминга папки ui. (именно той которая "главная") |
Beta Was this translation helpful? Give feedback.
-
Я вернулась в тот лагерь, который за "ui" и никаких "components". Раньше глобальные ui / lib у нас не лежали в shared ( aka common aka core ), а значит было некоторой нагрузкой отличать /ui от /features/sample-name/ui, но теперь у нас есть явный префикс "shared" в первом случае |
Beta Was this translation helpful? Give feedback.
-
Готе таки попробуем проголосовать
|
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Нужно ли жестко фиксировать наименование для работы с данными?
|
Beta Was this translation helpful? Give feedback.
-
Дискуссия закрыта, расписывается по #61
Пока что похоже, на такую картину (но надо придти к одному неймингу по итогу):
Что имеем?
High-level abstractions
app
- логика инициализации приложения + глобальные стили + провайдерыprocesses
- надстраничные процессы (авторизация, оформление заказа, ...), контролируют все что нижеpages
- страницы (максимально просты, композируют фичи внутри себя)features
- конкретная функциональность, представляющая собой бизнес-ценностьentities
- сущности БЛ, на которых строится логика фич и абстракций повыше (ч-з компоненты, либы и т.д.)shared
(vslib
vscommon
) - общеиспользуемые сущности, решающие чисто инфраструктурные проблемы, отстранены от БЛMiddle-level abstractions
ui
(илиcomponents
) - UIKit / компоненты данной абстракции ("образ" функциональности)models
(илиstore
) - Data-слой абстракции для работы со стейтом / событиями - на что могут опираться более высокоуровневые абстракции ("идея" функциональности")lib
-структурированный набор хелперовнабор функций и инфраструктурных решений для решения конкретной проблемы (например для работы с датами, но зависит от абстракции-родителя)api
- логика работы с API (либо общие, либо конкретные для данной фичи/страницы/...)Что хотим?
См. пример из нашей текущей доки
Beta Was this translation helpful? Give feedback.
All reactions