2009-05-25 4 views
0

실제 응용 프로그램 계층 내에서 네임 스페이스를 사용하는 데 대한 장점을 이해하지만 프런트 티어의 경우 확실하지 않습니다.웹 폼 페이지에서 네임 스페이스를 사용하면 어떤 이점이 있습니까?

내 프로젝트는 웹 애플리케이션 (WebApplication이 아님)이며 "namespaced"사용자 컨트롤을 포함 시키려고 할 때 모든 문제 (누락 된 참조)가 발생합니다. web.config의 명시적인 선언에도 불구하고 system.web - pages - controls - add.

실제보기의 경우 웹 양식 : 새 페이지를 만들 때 Visual Studio는 파일을 만들도록 선택한 경로에서 코드 숨김 클래스 이름을 만듭니다. 그래서 대부분의 시간에는 클래스 이름이 고유 할 것이라고 말하고 싶습니다. 페이지를 돌아 다니면 Start_DefaultPage를보고 다른 하위 폴더 아래에있는 것이 이상하게 보일 것입니다.

은 요약하면 :이는 웹 계층에 네임 스페이스를 넣어하는 것이 좋습니다? 장단점은 무엇입니까?

답변

1

예. 앞으로는 (우연히) 같은 클래스 이름을 사용하는 외부 라이브러리를 포함하기로 결정할 수 있으며, 네임 스페이스 충돌을 원하지는 않습니다. 또한 부모 web.config에 설명 된 속성을 상속하는 가상 디렉터리에 웹 응용 프로그램이있을 수 있습니다. 거기에 네임 스페이스 충돌을 망칠 필요도 없습니다. 일반적으로 말하자면 좋은 프로그래밍 습관 일뿐입니다.

+0

알아두면 좋겠다. 내 가정과 너무 거리가 멀지 않았다. ASP.NET을 시도하는 것은 재미 있지만 다른 기술과 비교할 때 "매우"다릅니다 (반대의 경우도 마찬가지입니다). aspx 및 ascx.files에 대한 네임 스페이스를 계속 사용합니다! –

1

문제는 당신이 웹 사이트 "프로젝트"를 사용하고 있다는 것입니다. 그렇게하지 않으면 이러한 문제가 발생하지 않게됩니다.

웹 사이트는 Microsoft의 실수입니다. 실수로 자신의 실수를 저 지르지 않아도됩니다.

관련 문제