문제

한 솔루션 / 응용 프로그램으로 마스터 페이지를 이동하는 것에 대한 조언이 있습니까?

기존 솔루션에서 새 솔루션으로 마스터 페이지를 복사했습니다.

원래 솔루션은 제대로 구축되고 실행됩니다.

새로운 솔루션 에서이 페이지는 빌드 오류를 일으 킵니다

이것들은 주로 선언되지 않은 '변수'입니다.

매우 간단한 두 가지 진술을 제외하고 페이지의 모든 서버 코드를 댓글을 달았습니다.

문 1은 원래 페이지 마크 업에있는 컨트롤을 참조합니다.

pgLoginView.EnableViewState = True

명령문 2 참조 테스트 목적으로 새로 추가 된 컨트롤

lblFrogs.Text = "sdfgsd"

마치 컴파일러가 마크 업에서 생성되어야하는 클래스 멤버를 알지 못하는 것처럼 보입니다. 마크 업 파일 '상속'속성이 올바르게 설정되어 있는지 확인했습니다. 코드 편집기에서 IntellISense를 호출하면 객체 (LBLFROGS 및 PGLOGINVIEW) 모두 나열되고 누른 후에 해당 속성과 메소드가 올바르게 나열됩니다. '

이 문제와 관련된 도움이나 아이디어는 크게 감사 할 것입니다. 나는 내 재치가 끝났다 - 짧은 여행이었다.

도움이 되었습니까?

해결책 4

나는 마침내 프로필 객체와 함께 내 비열의 소스를 찾았다.

첫째, 프로필 기능은 웹 사이트 유형 프로젝트에서만 사용할 수 있습니다. 그러나 프로젝트가 이미 웹 사이트 유형으로 변환되어 페이지 요소를 참조하는 첫 번째 문제를 해결 했으므로 프로파일 객체를 사용할 수없는 이유는 무엇입니까?

답은 변환이 페이지 마크 업을 수정하지 않는다는 것입니다. 뒤에있는 코드의 위치는 "CodeFile"으로 지정되어야하며 상속 속성에는 선행 네임 스페이스 정보가 다듬어 야합니다. 예시:

다른 팁

마스터 페이지의 생성 된 디자이너 코드를 확인해야합니다. -.aspx / .mas .designer.master 파일의 부분 클래스에 포함되어 있습니다.

public partial class Site1
{
    /// <summary>
    /// ContentPlaceHolder1 control.
    /// </summary>
    /// <remarks> Auto-generated field.</remarks>
    protected global::System.Web.UI.WebControls.ContentPlaceHolder ContentPlaceHolder1;

    // Etc...
}

해당 페이지가 포함되어 있지 않은 경우 올바르게 생성 된 코드가 포함되어 있으면 실제로 무엇을 제안 해야하는지 확실하지 않습니다. 디자이너 코드가 어떻게 생성되는지에 대해 많이 알고 있습니다.

그것이 porblem이 아니라면 Visual Studio가 컨트롤의 이름을 바꾸기로 결정했다고 확신합니까?

기독교인 올바른 길에있는 것 같았습니다. 프로젝트를 웹 사이트 프로젝트로 변환했고 문제가 사라졌습니다.

근본 원인은 미스터리로 남아있을 수 있습니다.

이 페이지의 편집으로 무언가가 분명히 멍청 해졌습니다.

프로필 속성을 참조 할 수 없습니다. 이것 Dino Esposito의 기사프로필 객체는 컴파일 프로세스의 일부로 페이지에 추가되었다고 말합니다.

보호 된 profilecommon 프로파일 {get {return ((profilecommon) (context.profile)); }}

파일에서 찾을 때 ProfileCommon 작업 프로젝트에서는 ASP.NET 임시 파일에서 많은 결과를 얻습니다. 깨진 프로젝트에서 ProfileCommon 파일에서는 발생하지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top