У меня есть сайт с числом (около 20) веб-частей.Каждая часть - это свое собственное решение Visual Studio.Меня спросили о консолидации этих веб-частей в меньшее количество WSP.
Что меня интересует, так это то, что практиковалось в решении этих проблем.Я вижу плюсы и минусы каждого апрпаха:
Плюсы: - Меньше файлов WSP для управления- Объединение общей или аналогичной функциональности в единое решение.- Легче найти то, что вы хотите получить - меньше проектов
CON: - Изменение одной веб-части требует повторного развертывания всего WSP - что означает всех других, нетронутых веб-частей (это правда?)- Риск с развертыванием кода, который не нужно касаться
Кажется, что профи перевешивают минусы, но это довольно большие минусы.
ОБНОВЛЕНИЕ Решено пойти на объединение проектов, но длянемного другая причина, чем перечисленная: пространства имен.В целом, все эти проекты были автономными, хотя они были частью одного и того же предложения «сайта».Тем не менее, никогда не было пространства имен.
Итак, было решено использовать проекты в пространстве имен в стиле company.application.funciton.feature.Как только это было сделано, казалось целесообразным объединить несколько проектов в пространства .NET-решений;и поэтому во многих случаях просто сделать сборку, в которой развернуто «корневое» имя.