DLL сайта ASP.NET: отладка и версия выпуска - PullRequest
3 голосов
/ 09 августа 2009

При загрузке файла .dll моего веб-приложения ASP.NET в каталог / bin / моего веб-сайта, есть ли недостатки в использовании отладочной версии по сравнению с перекомпиляцией сборки выпуска.

Например, при локальной работе на веб-сайте конфигурация сборки настроена на отладку. Когда все выглядит хорошо, я загружаю последнюю версию .dll для веб-сайта / веб-приложения. Должен ли я вместо этого переключить конфигурацию сборки на Release, затем скомпилировать и затем загрузить эту версию DLL на сервер?

Я надеюсь, что этот вопрос не является дубликатом. Я прочитал ряд других вопросов с похожими словами в теме, но не нашел ничего, что напрямую связано с моим вопросом.

Спасибо

Адам

Ответы [ 5 ]

5 голосов
/ 09 августа 2009

Работа с отладочными сборками немного снижает производительность, так как они занимают больше памяти, но обычно это не так. Вы должны развертывать релизную сборку только тогда, когда это действительно «релиз». Если вы все еще ожидаете некоторого уровня неожиданного поведения в дикой природе, я бы подумал об использовании отладочных сборок, чтобы вы получили больше полезной информации из необработанных исключений. Реальная производительность "Гоча" имеет debug="true" в вашем web.config.

2 голосов
/ 09 августа 2009

Если у вас небольшой сайт, вы никогда не увидите ухудшения производительности сборки отладки каким-либо измеримым способом. Если у вас большой объем, посмотрите вместо этого на другие средства регистрации / инструментирования кода.

На веб-сайте большого объема вам НЕОБХОДИМО выполнить обширное стресс-тестирование и нагрузочное тестирование, чтобы приложить все усилия, чтобы сломать приложение до его запуска в производство. Я бы сделал первый проход этого тестирования с отладочными сборками (поскольку вы, вероятно, сломаете что-то, и вам будет легче увидеть, где). Затем повторите сборку Release, чтобы убедиться, что они ведут себя так же, как сборки Debug.

2 голосов
/ 09 августа 2009

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

С другой стороны, я работал в местах, где политика заключалась в том, чтобы создавать отладочные сборки в производстве, потому что это облегчает просмотр номера строки и т. Д., Когда код генерирует исключения. Я не говорю, что согласен с этой позицией, но я видел, как люди это делают.

Скотт Хансельман (Scott Hanselman) опубликовал хорошую статью о создании гибридной версии Debug and Release, которая поможет вам получить лучшее из обоих миров здесь .

1 голос
/ 09 августа 2009

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

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