ASP.NET 웹 사이트 또는 웹 프로젝트

Question

가능한 중복:
ASP.NET:웹사이트인가, 웹 애플리케이션인가?

Visual Studio에서 새 ASP.NET 프로젝트를 만들 때 만들기를 선택해야 합니다.웹 사이트 또는 프로젝트?

예전에는 VS 2003을 사용하여 웹 애플리케이션 프로젝트를 수행하는 방식이었는데 오늘날에도 여전히 적용할 수 있습니까?하나를 다른 것 위에 사용할 때 주의할 점은 무엇입니까?

Answer 1

거기에 MSDN의 꽤 좋은 비교 차트.

웹 사이트 프로젝트는 프로젝트 폴더에 추가된 모든 파일이 자동으로 컴파일되고 포함된다는 점에서 간단합니다. 이는 아마도 기존 ASP 및 PHP 개발자의 입맛에 맞게 추가된 것으로 추정됩니다.일단 이점은 특정 작업을 파일 형식과 연결할 수 있는 빌드 공급자가 포함되어 있다는 점입니다. 이는 사이트에 .abp 파일을 추가할 때 SubSonic의 첫 번째 릴리스가 데이터 액세스 레이어를 다시 빌드하는 방식입니다.

하지만 웹 애플리케이션 프로젝트는 훨씬 더 유연합니다.예를 들어 웹 사이트 프로젝트의 모든 클래스 라이브러리는 App_Code 폴더에 있어야 하는데 이는 복잡한 애플리케이션에서는 어려운 일입니다.웹사이트 프로젝트에 적합하지 않은 시나리오가 많이 있습니다.

확실하지 않은 경우 웹 애플리케이션으로 시작하는 것이 좋지만 서로 변환할 수 있습니다.

Answer 2

나는 그 내용 중 일부에 크게 동의하지 않습니다. 웹사이트 및 웹 프로젝트 기사는 말한다.

첫째, 반란을 일으킨 것은 "소규모" 개발자 그룹이 아니었습니다. 개발 방식을 완전히 바꾸고 싶은지 묻는 질문을 받지 않은 우리 대부분이 그랬을 것입니다.그들은 완벽하게 좋은 웹 서비스를 깨뜨리기 위해 무엇을 했는지 알아내느라 6주간의 개발 시간을 낭비하고 싶은지 묻지 않았습니다.

그것은 출시된 일부 "다운로드" MS가 아니었습니다. VS2005 SP1이었고 매우 빠르게 출시되었습니다.

프로젝트 없는 개발의 장점은 "Copy Project" 명령이 매우 잘 작동하며 디버그 또는 프로젝트 파일을 피할 필요가 없다는 것입니다.소스 제어를 사용하지 않는 경우 페이지를 이동할 수 있습니다.공동작업을 위해 프로젝트 파일을 잠가야 한다는 말은 어디서 나오나요?소스 제어를 위해 무엇을 사용하고 있습니까?

또한 토론에 한 가지 질문을 추가하고 싶습니다."프로젝트" 파일을 사용하지 않는 유일한 "프로젝트" 유형(내가 아는 한)이어야 하는 웹 사이트의 특별한 점은 무엇입니까?Microsoft가 웹 개발자가 너무 단순해서 프로젝트를 이해하지 못한다고 생각한 것 외에는 아무것도 생각할 수 없습니다.

물론 프로젝트 파일을 사용하지 않는 다른 Visual Studio "프로젝트" 유형을 아는 사람이 있다면 알려주시면 감사하겠습니다.