우리는 여러 프로젝트 (일부는 클래스 라이브러리이고 일부는 실제 Asp.Net 사이트)로 분할 된 ASP.Net 솔루션이 있습니다.ASP.net, dlls 및 webconfigs
ASP.Net 사이트 및 클래스 라이브러리 dll이 디버그 모드로 작성되어 게시 된 경우 웹 구성이 변경되어 "debug = false"가 클래스 라이브러리 dll이 빌드되도록 변경되었습니다. 릴리스 모드에서?
답을 얻지 못하면 자기 자신을 실험하고 다시보고 할 것입니다.
은 환호 토니
더 클래스 라이브러리는 여전히 디버그 당신이 기대할 수있는 잠재적 인 성능에 미치는 영향과, 빌드로 배포됩니다.
웹 사이트는 프로젝트의 유형에 따라 다릅니다. 웹 사이트 프로젝트 (예 : .as? x 및 .cs 파일을 서버에 배포하고 런타임에 컴파일 됨) 인 경우이 작업은 이 요소들의 빌드에 대한 효과.
웹 응용 프로그램 프로젝트 (예 : 빌드하고 .dll을/bin 폴더 또는 서버의 GAC에 배포) 인 경우 no로 설정하면 클래스 라이브러리와 마찬가지로 컴파일 모드에 영향을주지 않습니다.
그러나 사용자에게 전송되기 전에 페이지가 처리되는 방식이 변경됩니다.
스콧 거스리는이 중 일부에 좋은 게시물을했다 :
Don't run production ASP.NET Application with debug="true" enabled
테스 Ferrandez 또한이 주제에 대한 좋은 게시물이 있습니다
을ASP.NET Memory: If your application is in production… then why is debug=true
우리는 b.config 설정 <compilation debug=”false” /> (또는 true)은 디버그 기호를 런타임에 컴파일 된 "페이지"어셈블리에 삽입할지 여부와 관계가 있습니다. 또한 WebResource.axd를 통해 제공되는 웹 리소스 캐싱에도 영향을 미친다 고 생각합니다.
이 설정은 응용 프로그램이 처음에 "릴리스"또는 "디버그"빌드로 컴파일되었는지 여부와 아무런 관련이 없습니다.
내가 찾고 있던 멋진 Zhaph – TWith2Sugars