Здравствуйте, Qbit86, Вы писали:

S>>По-хорошему надо вводить понятие bundles (по аналогии с frameworks) и явно разделять public api dependencies (могут использоваться твоим кодом) и infrastructure dependencies (подтягиваются, но недоступны для использования, надо подключать явно).

Q>Можешь подробнее раскрыть про bundles/frameworks? Разделены ли публичные и приватные зависимости на какой-нибудь платформе?
Самому интересно, есть ли такое в публичных package manager-ах.

Смысл этого действа стандартный, очень часто встречается в самописных системах сборки / развёртывания.

Микрозависимости (отдельные пакеты) собираются в метапакеты (bundles), которые позволяют просто сказать "поставь мне такую версию продукта" и не заморачиваться с отдельными зависимостями. Версии метапакетов на версии библиотек не влияют и конфликтов сами по себе не порождают, это просто список библиотек. Ближайший аналог в нюгете — .net standard

Ну и как правило в состав метапакета включаются чисто приватные сборки / другие пакеты. Конечному пользователю они не нужны, но позволяют подтянуть инфраструктурные зависимости стандартным способом, без велосипедов типа такого.

Хм, запостить идею в roslyn project system что ли?

Здравствуйте, Qbit86, Вы писали:

S>>По-хорошему надо вводить понятие bundles (по аналогии с frameworks) и явно разделять public api dependencies (могут использоваться твоим кодом) и infrastructure dependencies (подтягиваются, но недоступны для использования, надо подключать явно).

Q>Можешь подробнее раскрыть про bundles/frameworks? Разделены ли публичные и приватные зависимости на какой-нибудь платформе?
Самому интересно, есть ли такое в публичных package manager-ах.

Смысл этого действа стандартный, очень часто встречается в самописных системах сборки / развёртывания.

Микрозависимости (отдельные пакеты) собираются в метапакеты (bundles), которые позволяют просто сказать "поставь мне такую версию продукта" и не заморачиваться с отдельными зависимостями. Версии метапакетов на версии библиотек не влияют и конфликтов сами по себе не порождают, это просто список библиотек. Ближайший аналог в нюгете — .net standard

Ну и как правило в состав метапакета включаются чисто приватные сборки / другие пакеты. Конечному пользователю они не нужны, но позволяют подтянуть инфраструктурные зависимости стандартным способом, без велосипедов типа такого.

Хм, запостить идею в roslyn project system что ли?
UPD о, только подумал, а оно уже завелось. Всегда бы так.