답변.

질문의 역사

캡슐화는 객체 지향 프로그래밍의 기둥 중 하나로, Private 및 Protected와 같은 접근 수정자를 통해 달성됩니다. 고전 버전의 Visual Basic에서는 가장 기본적인 가시성 수준만 지원되었지만, VB.NET으로의 전환으로 C#와 유사한 현대적인 메커니즘이 도입되었습니다.

문제

주요 과제는 내부 구현 세부 사항을 외부 코드, 즉 프로그램의 다른 부분으로부터 차단하는 것입니다. 일반적인 오류는 잘못된 접근 수준과 관련이 있거나 허용된 가시성 범위를 벗어나 필드 및 메서드에 접근하려고 시도하는 경우, 또는 Protected의 동작과 다른 수정자와의 조합에 대한 잘못된 이해와 관련이 있습니다.

해결책

다음과 같은 수정자가 지원됩니다:

Private — 현재 클래스/모듈 내부에서만 접근 가능
Protected — 현재 클래스와 모든 상속자 내부에서 접근 가능 (다른 어셈블리에서도 가능)
Friend — 동일한 어셈블리 내에서 접근 가능
Protected Friend — 상속자 또는 어셈블리 내에서 접근 가능

코드 예시:

Public Class BaseClass
    Private Sub PrivateMethod()
        Console.WriteLine("PrivateMethod")
    End Sub
    Protected Sub ProtectedMethod()
        Console.WriteLine("ProtectedMethod")
    End Sub
    Friend Sub FriendMethod()
        Console.WriteLine("FriendMethod")
    End Sub
    Protected Friend Sub ProtectedFriendMethod()
        Console.WriteLine("ProtectedFriendMethod")
    End Sub
End Class

Public Class DerivedClass
    Inherits BaseClass
    Public Sub AccessMethods()
        'PrivateMethod() '컴파일 오류
        ProtectedMethod() '정상
        FriendMethod() '정상, 동일한 어셈블리에서
        ProtectedFriendMethod() '정상
    End Sub
End Class

주요 특징들:

접두사 Private는 가시성을 클래스의 경계로 제한합니다.
Protected는 모든 상속된 클래스에서 모든 어셈블리에서 작동합니다.
Protected Friend는 두 규칙을 결합합니다.

속임수 질문.

파생 클래스에서 private 필드에 접근할 수 있습니까?

아니요, private 멤버는 항상 선언된 클래스에서만 접근할 수 있습니다. 파생 클래스는 비표준 방법을 사용하지 않는 한 private 멤버에 접근할 수 없습니다.

Protected와 Protected Friend의 차이점은 무엇입니까?

Protected는 클래스와 그 자식 클래스에서만 접근 가능하며, 다른 어셈블리에서도 사용 가능합니다. Protected Friend는 파생 클래스에서 또는 동일한 어셈블리 내의 모든 코드에서 접근 가능합니다.

기본 클래스 인스턴스를 통해 클래스의 protected 메서드에 접근할 수 있습니까?

아니요, protected 메서드가 상속 클래스 내에서 공개적으로 보이더라도 외부 코드에서 기본 클래스 인스턴스에서 이를 호출할 수는 없습니다. protected 메서드는 해당 클래스 본체나 상속자에서만 접근 가능합니다.

일반적인 오류 및 안티 패턴

모든 메서드를 public 또는 friend로 열어두어 빠름
protected 필드를 private 속성이 필요한 곳에서 사용
지나치게 넓은 접근으로 캡슐화를 위반

실제 예시

부정적인 사례

개발자가 테스트를 쉽게 하기 위해 내부 필드를 public으로 만들어 외부 코드나 단위 테스트에서 직접 접근하도록 만듭니다. 시간이 지남에 따라 다른 호출이 이러한 필드를 사용하기 시작하며 내부 구조에 의존하게 됩니다.

장점:

빠른 테스트
접근을 위한 코드가 줄어듦

단점:

약한 캡슐화
내부 구현 변경 시 버그 발생 증가
클래스 수정 시 복잡성 증가

긍정적인 사례

액세스 수정자가 명확하게 적용되며 모든 필드는 기본적으로 private이고 외부 접근은 속성과 공개 메서드를 통해서만 이루어집니다. 테스트 필요에 따라 인터페이스 또는 동일한 어셈블리 내의 친구 클래스를 사용합니다.