или нет, но. Проблема такова - у меня есть компоненты для реакта (на самом деле фреймворк не важен) и я хочу вынести их в отдельный npm пакет, чтобы потом у каждого заказчика создать его собственный пакет с его коррективами. Как это корректнее провернуть? Могу ли я с одного пакета обновлять другие без изменения кода в каждом, а просто подтягивать их в качестве обновлений?0_о
я не спец, но кажется прийдется делать на каждого заказчика отдельный пакет
Вот, я так и хочу сделать, на каждого заказчика свой пакет, но как его обновить, если баг происходит в общем компоненте, а заказчиков много?
когдато я такую задачу решал через субмодули гита, но они на столько неудобны в использовании, что этого способа я предпочитаю избегать
Да, поэтому насколько я понял, проще сделать нпм пакет
Я бы организовал эти компоненты с самой общей простой логикой, но в тех местах, где есть различия сделал бы точки кастомизации, рендер функции, тем самым если заказчику достаточна базовая логика, импортим компонент и все. А если нужна кастомизацию, то через рендер функцию она делает быстро.
Это все работает на маленьком проекте. У меня в потенциале 200 компонентов > 10 заказчиков и если я по пакетам сейчас не рассую все, то рассуют уже меня
можно пример предметной области / что за компоненты такие?
Фин софт для банков
под каждый банк отдельный комопнент?
Типо у нас есть демо, которое включает в себя полностью готовое приложение. Приходит заказчик и мы делаем все тоже самое с правками и в его цветах
Изменится могут многие вещи, например, где-то появится новая секция. Где-то изменения в структуре шапке и.т.д
мне импонирует декларативный подход, где то описать в каком то джсоне настройки приложения, и на основе их собираются /показываются нужные компоненты
ну по сути поменяется просто контент сайта?
У меня из похожего есть крад тейбл, который один для всех сущностей, конфигурится json портянкой, где и структура и набор действий, и куча точке расширения
Обсуждают сегодня