Tip/Trick: Optimizing ASP.NET 2.0 Web Project Build Performance with VS 2005
; http://weblogs.asp.net/scottgu/archive/2006/09/22/Tip_2F00_Trick_3A00_-Optimizing-ASP.NET-2.0-Web-Project-Build-Performance-with-VS-2005.aspx

웹 사이트가 대형화 될 수록 빌드가 좀 느리지요. ^^;
그에 대한 빌드 성능을 향상할 수 있는 팁이 모아져 있습니다.

--------------------------------------------

직접 읽어보시면 더 좋겠지만... 그냥 간략하게 정리하면 다음과 같습니다.

Web Site Project 모델인 경우.
1. 어셈블리 참조에 대한 경합을 벌이는 상황을 만들지 말것.
이에 대한 자세한 사항은 다음의 토픽을 참조하십시오.
Slow VS 2005 Web Site Build Performance Because of “Dueling Assembly References”
; http://weblogs.asp.net/scottgu/archive/2006/07/30/Common-Gotcha_3A00_-Slow-VS-2005-Web-Site-Build-Performance-Because-of-_1C20_Dueling-Assembly-References_1D20_.aspx

2. App_Code 폴더를 작게 유지.
만약 해당 폴더에 들어가는 코드가 많아지는 경우에는, 별도의 DLL 로 분리
이것은 빌드 뿐만 아니라, VS HTML 디자이너에서 소스 보기/HTML 디자인 보기를 오고 갈때도 영향을 미칩니다.
VS.NET 은, 디자인 화면을 보여주려고 할때마다 App_Code 폴더의 코드들이 컴파일 되었는지를 확인합니다.

3. "on-demand compilation" 옵션을 설정.
- 프로젝트 속성창에서, "Build" / "Before running startup page:" 의 선택을 "Build Page" 로 설정
- "Build solution action" 의 "Build Web site as part of solution" 옵션을 해제


Web Application Project 모델인 경우.
1. 대형화되어가는 프로젝트의 경우, 웹 프로젝트를 여러 개의 하위 프로젝트로 분할.
(사실 이 부분은 빌드 성능보다는 관리상의 편리를 위한 것임)

2. Web deployment project 를 통한 Web Site Validation 체크 기능을 강화.
(음... 이 부분도 별로 빌드 성능과는 관계는 없어보입니다. ^^;)

---

[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

---

• [다음 글] Windows 2008 : 1. LHS Feature Of The Week #1 - Transactional NTFS
• [이전 글] TFS : 35. 설치 설명서 / 관리자 가이드 도움말 업데이트

---