.net - missing - the images on this page contain alt attributes




VS Solution, проекты vs dlls best practice (2)

Всякий раз, когда у меня есть библиотека, которая используется на разных веб-сайтах / приложениях, я всегда добавлял проект библиотеки в одно и то же решение и ссылаюсь на него оттуда. Это замечательно при необходимости отладки в решении, но во всех других ситуациях кажется бессмысленным и больше пространства заняты в проводнике решений.

Еще один положительный или отрицательный результат - это то, что если эта библиотека обновляется кем-то еще в компании, и я затем создаю другое приложение, которое использует ту же самую вещь, которую они могли бы сломать. Если по какой-либо причине, которая не может быть исправлена ​​с текущим приложением, вы можете вернуться в исходный элемент управления и вернуться к более старой версии, но это слишком немного OTT.

Мне просто интересно, что думают другие люди по этому вопросу. Что вы обычно делаете, ссылаетесь на dll или добавляете проект в свое решение.


Вы также можете зарегистрировать свою DLL в GAC. GAC обрабатывает все ссылки, версии и т. Д. И является безопасным. Назначив сильный ключ, который является предварительным условием для dll, находящихся в GAC, у вас есть безопасный способ доступа к Dll и где вы используете общий сервер, это может быть неоценимым. На ваших сайтах, использующих эту DLL, есть центральный порт для сборки. GAC имеет целый ряд преимуществ с несколькими статьями на MSDN и, без сомнения, сотнями на Google, посвященных этому.


Храните библиотеку в одной общей папке между проектами и просто ссылайтесь на нее. Таким образом, при его обновлении изменения будут сохраняться повсюду. Для отладки я думаю, что если вы сохраните файлы .pdb для библиотеки, то вы должны иметь возможность входить в DLL, однако, если вы хотите отлаживать библиотеку?







visual-studio