Модульная разработка через nuget packages
Запись от DevAlt размещена 07.03.2026 в 14:32
Показов 3431
Комментарии 1
|
Сложившийся в .Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем возможность вести быструю разработку. У этого подхода есть как минимум два очевидных недостатка. 1. Границы проектов становятся размытыми, возникает соблазн что-то где-то быстро добавить. 2. Хуже когда решений использующих общие проекты несколько, что будет если в одном из решений нужно внести изменения? Ну и конечно, в результате такого подхода репозитория вечно находится в состоянии разработки. Я предлагаю перейти на модульную разработку через nuget packages. Фактически, используя нугет-пакеты в проектах, вы уже так работаете. А что если пойти дальше и все проекты разрабатывать так, чтобы они сами зависели только от пакетов. Поясню на примере создаем каталог /dev в нем создаем проект
Utils может разрабатываться независимо. Другой проект, которому возможно нужен новый функционал спокойно может использовать другую (тоже стабильную протестированную версию). В источнике хранятся артефакты, код в репозитарии, больше не нужно все время держать в согласованном рабочем состоянии. Более того, в пакет можно включать исходники(удобно если вдруг с системой контроля версий какие-то проблемы)
| |||||||||||||||||||||||||||||||||||||||||||||
Размещено в Без категории
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 1
Комментарии
-
Как человек работающий над очень крупным проектом, где тоже пытались использовать пакетирование для шаринга кода, могу заявить, что это - полная жопа. Потом вести разработку, где часть кода меняет в пакетах становится ну очень неудобно. Ещё, надо как-то помнить где этот пакет используется, чтобы не забыть обновить все проекте. Можно скрипты для этого писать, но их тоже надо поддерживать. Не надо такой шнягой заниматься.
Шарить код можно не только буквально, но и косвенно - через разбиение на сервисы. А иногда и простым копированием.
И я не понял, какая связь между монорепозиторием и одним жирным солюшеном.Запись от Usaga размещена 08.03.2026 в 08:32


