E
да, а как их вынести не завязывать на либах
Size: a a a
2021 November 22
SP
и DDD тут помогает с точки зрения стратегического дизайна - что бы "челы которые оунят правила и мобильщик который эти правила реализуют" были в одной команде
E
звучит здраво
SP
а подумай почему мы не хотим завязываться на либы
SP
и что это значит "не завязываться на либы"
SP
ты уже завязался на язык программирования
E
например реакт/вью, не хочется правила вбивать в компоненты, хочется их красиво расписать без завязок на конечную реализацию в ui
SP
не вбивай, для этого придумали всякие там стэйт менеджмент либы
E
ну понятно мы dsl писать не будем для этого
E
js и примитивы и утилитарные либы и т.п.
SP
тут вопрос что бы не зацикливаться на этом "не зависеть от инфраструктуры".
SP
мол идея тут не в том что бы ты мог либки раз в неделю менять - не сможешь всеравно
E
нене, такой цели нет
E
цель упростить понимания бизнес логики
SP
а идея в том что бы технические ограничения не мешали тебе делать бизнес логику. Это не значит что твоя логика не может быть прибита к какому-нибудь effectorjs или там другим тулам которые помогают эффективно чет делать
SP
или там... вот я с формами в реакте юзаю react hook forms. я могу валидаторы и прочее определять как чистые функции
E
да, тем более effectorjs можно таскать и на вуй и на реакт
E
понятно и их реюзать
SP
реюз к слову второстепенная штука, обычно реюз приводит к проблемам