Каков наилучший способ управления библиотеками DLL? - PullRequest
1 голос
/ 11 ноября 2011

У меня трудности с управлением всеми dll, используемыми в разных проектах. В нашей компании работает около 15 различных приложений, и они указывают на разные библиотеки.

Теперь мы конвертируем все эти приложения asp.net + библиотеки в .NET 4.0 и, возможно, переписываем некоторые библиотеки с помощью Entity Framework.

Мне интересно, как лучше организовать эти библиотеки?

  1. Должны ли мы создать одно решение, разбить библиотеки на разные проекты и добавить эти проекты в одно решение?

  2. Должны ли мы создать один проект и распределить библиотеки по разным папкам и построить как одну библиотеку?

если мы используем 2-й подход, это будет проблемой производительности? Каков наиболее эффективный подход с точки зрения производительности?

Ответы [ 2 ]

2 голосов
/ 11 ноября 2011

Для всех библиотек, которые используются несколькими приложениями:

  • Группируйте связанные библиотеки вместе в собственном решении. Это означает, что вы получите один или решения только для библиотек.

  • Затем используйте собственный nuget размещенный сервис для обработки зависимостей. Тем самым вы можете легко управлять зависимостями в ваших приложениях. Это просто вопрос вызова «update-package» в консоли диспетчера пакетов.

Используя nuget, вы также можете включать шаблоны и тому подобное, показывающие, как использовать каждую библиотеку, и автоматически изменять app / web.config для добавления необходимых ключей.

0 голосов
/ 12 ноября 2011

Я удивлен, что слово 'NameSpace' не появилось в вашем вопросе, потому что это хороший способ навести порядок в вашем коде, если у вас есть большое количество Class / enum / modules / ... Лично я использую пространства имен (и иногда их вкладываю), что позволяет мне избежать некоторых проблем с именами, а также позволяет более удобно использовать intellisense.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...