음, Web Application Project 페이지는 액세스 할 때까지 컴파일되지 않습니다 (링크는 2005이지만 여전히 적용됨). 이것은 실제 .aspx (및 .ascx 등) 페이지가 원래 상태로 배포되었음을 의미합니다. 디자이너는 서버에서 페이지의 형식을 업데이트 할 수 있으며 누군가 다음 번에 콘텐츠를 요청하면 업데이트가 컴파일됩니다.
디자이너가 현재 페이지를 다운로드하고 웹 사이트의 UI를 통해 대체물을 업로드하는 것은 비교적 쉽습니다. 그러나 매우 안전하지는 않습니다. 디자이너가 웹을 통해 가상 디렉터리에 액세스 할 수있게하면 Expression Web과 같은 도구를 사용하여 가상 디렉터리에 연결할 수 있습니다. 이 방법으로 디자이너는 현재 웹 사이트를 열고 페이지를 편집하고 결과를 직접 프로덕션으로 보낼 수 있습니다 (생각했던 무서운 생각).
정답을 가지고 downvoted가되었으므로 뭔가를 지적하겠습니다.
웹 사이트 프로젝트는 필요에 따라 코드 숨김 및 페이지를 컴파일합니다. 코드를 정기적으로 업데이트해야한다면 괜찮은 해결책입니다.
웹 응용 프로그램 프로젝트를 업데이트 가능하도록 구성 할 수 있습니다. 모든 코드 숨김 및 클래스는 어셈블리로 컴파일되며 모든 aspx, ascx 등의 페이지는 필요에 따라 배포 및 컴파일됩니다. 이는 디자이너가 웹 사이트에 연결하고 레이아웃과 정적 컨텐츠를 업데이트하고 다음 요청시 변경 사항을 볼 수 있음을 의미합니다.
이것은 내가 선호하는 배포 방법입니다. 나는 거기에 야생에서 몇 가지 웹 응용 프로그램 프로젝트를 가지고, 내 dll과 함께 배포 updatable aspx 파일입니다. 웹 사이트 사용자가 업데이트를 제출하지 않아도 UI를 변경할 수 있으므로 사용자를 위해 다시 컴파일 할 수 있습니다.
약간 닮은 솔루션을 구현했습니다. 나는 ASP 대신 ContentPlaceHolder를 사용했다 : PlaceHolder. – mbp