컨트롤에서 페이지 클래스에 액세스 할 수 없습니다.

Question

새 웹 사이트 프로젝트를 만들었습니다. 일부 도우미 클래스는 App_Code 폴더에 있습니다. 페이지가 루트에 있습니다. 사용자 정의 컨트롤은 루트의 UserControls 폴더에 있습니다. 모든 페이지 클래스는 MyProjectName.Pages 네임 스페이스에 정의됩니다. 모든 사용자 제어 클래스는 MyProjectName.UserControls 네임 스페이스에 정의됩니다.

내 페이지에서 컨트롤로 액세스 할 수는 있지만 내 컨트롤에서 페이지 클래스에 액세스 할 수 없습니다. Page 속성을 사용하여 MyPage 클래스로 캐스팅하려고합니다 (처음부터 MyProjectName.Pages를 사용하여 지시문을 포함하십시오). 여기서 컴파일러는 MyProjectName 네임 스페이스에 형식 또는 네임 스페이스 페이지가 없다고 말합니다. 또한 개체 뷰어에서 이러한 네임 스페이스 (MyProjectName.Pages 및 MyProjectName.UserControls)가 표시되지 않습니다. 컨트롤의 페이지 클래스를 사용할 수 있도록 내 컨트롤과 페이지를 대체해야합니까?

Answer 1

가장 좋은 방법은 웹 사이트에서 Web Project로 전환하는 것입니다.

WebSite "project"는 사이트가 배포 된 후 동적으로 페이지를 컴파일 할 수있는 의도로 ASP.NET 2.0에 도입 된 Microsoft의 위탁 아동입니다. 따라서 컴파일러는 페이지가 만들어지면 (이름 공간의 소개 및/또는 제거를 포함하여) 페이지가 수정 된 상황에 대비해야합니다. 이 문제에 대한 Microsoft의 해결책은 app_Code의 클래스를 페이지와 약간 분리하여 별도의 패스로 컴파일하는 것입니다.

처음에는 이것이 ASP.NET 2.0의 웹 응용 프로그램을위한 유일한 모델 이었지만 MS는 현재 ASP.NET 1.1에서 웹 프로젝트로 알려진 모델을 다시 도입 한 많은 문제 (사용자 중 하나 일뿐입니다)를 도입했습니다. 이 모델에는 이러한 제한 사항이 없지만 동적으로 apsx를 배포하는 것이 더 어렵습니다.

결말은 당신이 진짜로 aspx를 즉시 대체 할 수있는 경우가 아니라면 웹 프로젝트를 사용하는 것이 더 낫습니다. 그리고 당신이하는 경우 귀하의 웹 사이트의 디자인을 면밀히 살펴야합니다

Answer 2

귀하의 문제에 대한 이유는 웹 사이트 프로젝트가 구축되는 방식과 관련이 있습니다. IIS에 의해 즉시 작성되도록 설계되었으므로 프로젝트의 모든 파일을 단일 DLL로 패키지하지 않습니다. 지원되는 링크가 제한됩니다. 공통 코드는 페이지 클래스가 아닌 App_Code에 있어야합니다.

또한 왜 컨트롤에서 페이지 클래스에 액세스하려고합니까? 이는 이상한 일이며 일반적으로 요구되어서는 안됩니다.