답변.

Visual Basic에서 "protected" 접근 수준(Protected)은 캡슐화를 위해 설계되었습니다. 이는 클래스의 구성원이 클래스 자신과 그 파생 클래스에서만 접근 가능하게 합니다. 이는 OOP 아키텍처를 정리하는 데 중요하며, 객체의 내부 구현에 대한 직접적인 접근을 제한하는 데 중요합니다.

역사적으로 고전적인 VB6에서는 이와 같은 유연성이 거의 없었지만, VB.NET부터는 현대 OOP 표준에 부합하는 완전한 접근 수정자가 추가되었습니다.

문제

접근을 조직하는 데 실수가 있으면 클래스의 속성이나 메서드가 잘못 사용될 수 있으며, 잠재적으로 캡슐화 нарушится. 예를 들어, 공개 메서드(Public)는 외부 구성 요소를 포함하여 모든 사람에게 접근 가능하지만, 보호된 메서드는 파생 클래스에만 접근을 제한합니다.

해결책

VB.NET에서는 Protected, Protected Friend 및 Private 수정자가 사용 가능합니다. Protected는 클래스와 그 상속자 내에서만 접근 가능하며, Protected Friend는 어셈블리(assembly) 및 상속자 내에서 접근 가능하며, Private는 선언한 클래스 내에서만 접근 가능합니다.

코드 예:

Public Class Animal
    Protected Sub Eat()
        Console.WriteLine("먹는 중...")
    End Sub
    Private Sub Sleep()
        Console.WriteLine("자는 중...")
    End Sub
End Class

Public Class Dog
    Inherits Animal
    Public Sub PerformEat()
        Eat() ' 접근 가능: Protected
    End Sub
    ' Sleep() 접근 불가: Private
End Class

주요 특징:

Protected 수정자는 클래스 구성원에 대한 접근을 클래스 자신과 그 상속자만으로 제한합니다.
Protected Friend는 전체 어셈블리 및 상속자까지 가시성을 확장합니다.
Private는 클래스 내에서만 완전히 닫습니다.

함정 질문.

Protected 수정자가 클래스 구성원을 어셈블리의 모든 클래스에서 보이도록 할 수 있습니까?

아니요, 클래스 자신과 그 상속자에게만 가능합니다. Protected Friend는 클래스, 그 상속자 및 어셈블리의 모든 클래스에 대해 가능합니다.

속성을 어셈블리 외부의 하위 클래스에 대해서만 보이도록 명시적으로 지정할 수 있습니까?

아니요, 그러한 수준은 없습니다. Protected Friend는 동시에 상속자와 어셈블리 간의 가시성을 나누지만, 이러한 영역을 따로 나눌 수는 없습니다.

기본 클래스에서 메서드가 Protected로 정의된 경우, 하위 클래스에서 이를 Public으로 재정의할 수 있습니까?

아니요, 접근 수준은 엄격하게 확대하거나 유지할 수 있지만 축소할 수는 없습니다. 접근 수준을 확대하면 캡슐화 원칙이 위반됩니다. .NET 컴파일러는 접근을 축소하려는 시도에서 오류를 반환합니다.

일반적인 실수 및 안티 패턴

외부에서 접근해야 하지 않는 메서드/필드에 대해 Public 사용
Protected 대신 Protected Friend를 잘못 적용하여 민감한 로직을 우연히 외부로 노출
접근 수정자를 전혀 사용하지 않음(기본적으로 Public 요소)

실제 사례

부정적인 사례

신입 개발자가 내부 비즈니스 로직 메서드를 Public으로 선언했습니다. 시간이 지나면서 프로그램 업데이트 시 외부 구성 요소의 통제되지 않은 접근으로 인해 많은 버그가 발생했습니다.

장점:

구현이 간단함 — 접근에 대해 고민할 필요 없음

단점:

보안과 캡슐화가 손상됨
리팩토링이나 업데이트 중에 로직이 깨짐

긍정적인 사례

경험이 풍부한 프로그래머는 Protected 및 Private를 사용하여 상위 클래스와 하위 클래스 간의 책임 영역을 나누었습니다. 이로 인해 업데이트가 외부 API에 영향을 미치지 않으며, 버그 수가 줄어들었습니다.