4
프로젝트로 개발하기 시작했다면 웹 사이트 개발 프로세스로 마이그레이션하는 것이 얼마나 어려울까요?VS 프로젝트를 웹 사이트로 마이그레이션
A
답변
1
웹 응용 프로그램 프로젝트를 웹 사이트로 마이그레이션하는 것은 그리 어렵지는 않지만 몇 가지 어려움이있을 수 있습니다. 그러나 웹 사이트 프로젝트에는 명확한 단점이 있습니다.
-
: 그들의 빈 폴더가 지저분하다, 코드 재사용이 훈련 소프트웨어 아키텍트를 제외하고 더 어렵습니다, 웹 사이트는 사이트를 변환 할 때 고려하는 등,
- 다른 웹 사이트를 다른 폴더에 만들고 관련 파일을 복사하십시오. 웹 앱 프로젝트와 웹 사이트가 공존하는 것은 실용적이지 않습니다.
- 웹 사이트는 사용자 컨트롤, 마스터 페이지 및 페이지에 .designer.cs 파일을 사용하지 않으므로 사용자가 누크 할 수 있습니다.
- 모든 코드 숨김 코드는 일반적으로 모든 페이지에서 액세스 할 수 있도록 App_Code 폴더 또는 참조 된 라이브러리로 이동해야합니다.
- 웹 서비스 코드 숨김을 App_Code 폴더로 이동해야합니다.
- 서비스 참조를 삭제하고 다시 작성해야합니다.
- 웹 응용 프로그램 프로젝트에서와 마찬가지로 웹 사이트에 대한 참조를 다시 추가하십시오.
- 코드 숨김 클래스에 대한 네임 스페이스를 더 이상 선언 할 필요는 없지만 기존 네임 스페이스 선언을 제거 할 필요는 없습니다.
몇 가지 이벤트를 빌드 후 MSBuild를 사전 및 사용할 수 없습니다
물린 가능성이 가장 큰 잡았다 :
- 페이지가 더 이상 서로의 코드를 인식하지 않습니다. Web App 프로젝트에서 모든 코드는 하나의 어셈블리에 있으므로 더 쉽게 공유 할 수 있습니다. 웹 사이트에는 디렉토리/하위 디렉토리 당 하나의 어셈블리가 있습니다.
0
여기에 설명 된 단계에 추가하고 싶습니다. 웹 응용 프로그램에서 모든 코드가 하나의 dll에 들어가는 곳은 웹 사이트마다 각 페이지 나 폴더마다 별도의 dll이 있으므로 웹 응용 프로그램 프로젝트의 aspx 페이지에 상속 태그가 없으며 모든 상속 태그를 제거하고 codefile = "... ..aspx.cs "를 사용하십시오. 웹 사이트를 게시하거나 사전 컴파일하는 동안 이러한 상속 = ".... aspx.cs"가 페이지 dll에서 컴파일 된 페이지 유형으로 대체됩니다.
콘텐츠가 실제로 다른 질문이기 때문에 누군가이 질문의 제목을 더 잘 편집 할 수 있습니다. 편집하고 싶지만 유감스럽게도 충분한 담당자가 없습니다 – citronas
대기, 웹 응용 프로그램 프로젝트에서 웹 사이트 프로젝트로 이동하지 않습니까? 두 가지 모두 장점과 단점이 있지만 Microsoft 자체가 Web Site 프로젝트를 권장한다고 생각하며 기존 웹 사이트 프로젝트를 웹 응용 프로그램 프로젝트로 변환하는 방법에 대한 자습서를 게시했습니다. 왜 반대 방향으로 가고 싶니? 이 기사는 다음과 같이 결정할 수 있습니다. http://msdn.microsoft.com/en-us/library/aa730880%28VS.80%29.aspx#wapp_topic5 –
이유는 집계가 더 쉬워지기 때문입니다. 다른 개발자의 파일 – locoboy