[C#] ‘보호 된’과 ‘보호 된 내부’의 차이점은 무엇입니까?

“보호 된 내부”접근 자의 범위를 이해하는 데 여전히 많은 혼란이 있지만, 대부분 정의가 올바르게 정의되어 있습니다. 이것은 “보호 된”과 “보호 된 내부”의 혼란을 이해하는 데 도움이되었습니다.

공개 는 실제로 어셈블리 내부 및 외부에 공개됩니다 ( 공개 내부 / 공개 외부 )

protected 는 실제로 어셈블리 내부 및 외부에서 보호됩니다 (내부 보호 / 외부 보호 ) (최상위 클래스에서는 허용되지 않음)

private 은 실제로 어셈블리 내부 및 외부에서 비공개입니다 ( private internal / private external ) (최상위 클래스에서는 허용되지 않음)

internal 은 어셈블리 내부에서 실제로 공개이지만 private과 같이 어셈블리 외부에서 제외됩니다 ( 공개 내부 / 제외 외부 )

내부 보호 는 어셈블리 내부에서 실제로 공개되지만 어셈블리 외부에서 보호됩니다 ( 공개 내부 / 외부 보호 ) (최상위 클래스에서는 허용되지 않음)

보시다시피 보호 내부 는 매우 이상한 짐승입니다. 직관적이지 않습니다.

이제 Microsoft가 왜 ( 보호 된 내부 / 제외 된 외부 )를 만들지 않았는지 , 또는 “개인 보호”또는 “내부 보호”라고 생각 하는 이유는 무엇입니까? lol. 불완전한 것 같습니까?

보호, 내부 또는 개인 유형 내에 공용 또는 보호 된 내부 중첩 멤버를 중첩 할 수 있다는 사실이 혼란에 추가됩니다. 외부 어셈블리 액세스를 제외하는 내부 클래스 내부의 중첩 된 “보호 된 내부”에 액세스하는 이유는 무엇입니까?

MS는 이러한 중첩 유형은 상위 유형 범위에 의해 제한되지만 컴파일러가 말하는 것은 아닙니다. 범위를 어셈블리로 제한해야하는 내부 클래스 내부에서 보호 된 내부를 컴파일 할 수 있습니다.

나에게 이것은 불완전한 디자인처럼 느껴집니다. 상속을 명확하게 고려할뿐만 아니라 중첩 형식의 보안 및 계층도 고려하는 시스템에 대한 모든 형식의 범위를 단순화해야합니다. 이로 인해 불완전한 범위 지정 시스템을 기반으로 유형 및 멤버의 액세스 가능성을 발견하는 대신 객체 공유가 매우 직관적이고 세분화되었습니다.

답변