Лучшие практики использования пользовательских библиотечных сборок в решении - PullRequest
0 голосов
/ 08 января 2011

В нашей компании есть специальная библиотека. Мы используем его в большинстве проектов, и наша библиотека все еще развивается. Поэтому иногда нам приходилось создавать и создавать новые сборки дважды или более за день.

Мы использовали GAC для хранения наших пользовательских библиотек. Как вы уже догадались, замена GAC новыми сборками становится скучной.

По этой причине мы решили создать в решении папку с именем «Ссылочные сборки», создали папку «Элементы решения» и добавили сборки этой папке решения. Поэтому, когда мы получаем последние из TFS, мы можем получить новые версии сборок. Это проще, чем GAC (но теоретически)

Когда мы начали использовать; проблемы стали понятны. Например, иногда Visual Studio отмечает DLL «удалить, заблокировать», несмотря на то, что не удалить. Или иногда, когда члены нашей команды открывают форму, дизайнер выдает исключение, потому что не может найти освобожденные классы в сборках. Нам пришлось пересобрать решение или перезапустить Visual Studio несколько раз.

Распространение сборок в папке GAC или Referenced Assemblies имеет общую проблему. Вам нужно разместить новые сборки где-нибудь, чтобы поделиться с другими членами команды. Например, если сборки хранятся в GAC, они могут предоставлять общий доступ через UNC, в противном случае, если сборки хранятся в папке «Ссылочные сборки», новые сборки были скопированы в другие проекты, для которых требовалось.

Каковы рекомендации по хранению ссылочных сборок в решении?

Мы используем VS 2010 и TFS 2010. Фреймворк наших проектов - 3.5

...