C#에서 속성을 보호하고 내부로 만드는 방법은 무엇입니까?

Question

여기

내 단축 추상 클래스입니다 : 아이디어는

class OnlineStatusReport : Report { 

    static string[] headers = new string[] { 
     "Time", 
     "Message" 
    } 

    protected internal override string[] Headers { 
     get { return headers; } 
     protected set { headers = value; } 
    } 

    internal OnlineStatusReport() { 
     Headers = headers; 
    } 
} 

, 내가 어디에서 Report.Headers를 호출 할 수 할 수 있도록하려면 다음은

abstract class Report { 

    protected internal abstract string[] Headers { get; protected set; } 
} 

파생 클래스입니다 어셈블리를 만들지 만 파생 클래스 만 설정하도록 허용합니다. Headers를 내부적으로 만들려고했으나 protected는 내부보다 더 제한적이지 않습니다. 헤더를 내부에 만들고 해당 접근자를 보호하고 내부로 만드는 방법이 있습니까?

나는 액세스 수정자를 심하게 오용하고있는 것처럼 느껴 지므로 어떤 디자인 도움도 크게 감사 할 것입니다.

Answer 1

게터를 공개하는 것이 잘못된 이유는 무엇입니까? 속성을 얻을 수있는 어셈블리의 모든 회원, 만 파생 클래스를 설정할 수 있습니다 당신이

public string[] Headers { get; protected set; } 

로 속성을 선언하면 당신이 원하는 모든 기준을 충족합니다. 물론, 어셈블리 외부의 클래스도 속성을 얻을 수 있습니다. 그래서? 당신이 진정으로 어셈블리 내에서 속성을 노출하지만 공개적으로, 그것을 할 수있는 또 다른 방법은 다른 재산 만드는 것입니다해야하는 경우

는 :

protected string[] Headers { get; set; } 
internal string[] I_Headers { get { return Headers; } } 

물론을, 그 I_ 접두어로 이름을 장식 추한. 그러나 그것은 이상한 디자인의 일종입니다. 내부 재산에 대한 언쟁하는 이름을 쓰는 일은 자신이나 다른 개발자에게 자신이 소유 한 재산이 정통 적이라는 것을 상기시키는 방법입니다. 또한 나중에 이와 같은 혼합 접근성이 문제에 대한 올바른 해결책이 아니라고 결정하면 수정할 속성을 알 수 있습니다.

Answer 2

C#에서는 불가능합니다.

이는 완전성을 위해 IL (패밀리 및 어셈블리 액세스 수정 자)에서 지원됩니다.

Answer 3

나는 액세스 한정자를 보호 된 상태로 유지하고 내부 도우미 메서드가 있습니다.

protected override string[] Headers { 
    get { return headers; } // Note that get is protected 
    set { headers = value; } 
} 

internal SetHeadersInternal(string[] newHeaders) 
{ 
    headers = newHeaders; 
} 

하지만 어떻게 든 리팩토링해야하는 것처럼 냄새가납니다. 내부는 모든 것이 어쨌든 어셈블리 내의 다른 모든 것을 사용하는 아주 지저분한 아키텍처로 이어질 수 있기 때문에 항상 쓸모가 있습니다. 물론 예외는 항상 있습니다.

Answer 4

일부 회원을 보호하고 내부로 만들 수는 없다는 것은 일반적인 생각입니다.

그리고 나 자신을 포함한 많은 사람들이 원하면 그렇게 할 수 없다는 것이 사실이지만 일부 영리함으로는 100 % 할 수 있습니다.

//Code below is 100% tested 

/* FROM ProtectedAndInternal.dll */ 

namespace ProtectedAndInternal 
{ 
    public class MyServiceImplementationBase 
    { 
     protected static class RelevantStrings 
     { 
      internal static string AppName = "Kickin' Code"; 
      internal static string AppAuthor = "Scott Youngblut"; 
     } 
    } 

    public class MyServiceImplementation : MyServiceImplementationBase 
    { 
     public void PrintProperties() 
     { 
      // WORKS PERFECTLY BECAUSE SAME ASSEMBLY! 
      Console.WriteLine(RelevantStrings.AppAuthor); 
     } 
    } 

    public class NotMyServiceImplementation 
    { 
     public void PrintProperties() 
     { 
      // FAILS - NOT THE CORRECT INHERITANCE CHAIN 
      // Error CS0122: 'ProtectedAndInternal.MyServiceImplementationBase.Relevant' is inaccessible due to its protection level 
      // Console.WriteLine(MyServiceImplementationBase.RelevantStrings.AppAuthor); 
     } 
    } 
} 



/* From AlternateAssemblyService.dll which references ProtectedAndInternal.dll */ 

namespace AlternateAssemblyService 
{ 
    public class MyServiceImplementation : MyServiceImplementationBase 
    { 
     public void PrintProperties() 
     { 
      // FAILS - NOT THE CORRECT ASSEMBLY 
      // Error CS0117: 'ProtectedAndInternal.MyServiceImplementationBase.RelevantStrings' does not contain a definition for 'AppAuthor' 
      // Console.WriteLine(RelevantStrings.AppAuthor); 
     } 
    } 
} 

Answer 5

당신은 내부 명시 적으로 구현 된 인터페이스를 사용할 수 있습니다

internal interface IReport 
{ 
    string[] Headers { get; } 
} 

abstract class Report : IReport 
{ 
    protected abstract string[] Headers { get; protected set; } 

    string[] IReport.Headers 
    { 
     get { return Headers; } 
    } 
} 

class OnlineStatusReport : Report 
{ 
    static string[] headers = new string[] { "Time", "Message" }; 

    protected internal override string[] Headers 
    { 
     get { return headers; } 
     protected set { headers = value; } 
    } 

    internal OnlineStatusReport() 
    { 
     Headers = headers; 
    } 
} 

지금 정확히 당신이 원하는해야 iReport로 정의되어 어셈블리, 내부 접근 할 수 있습니다.

명시 적으로 인터페이스를 구현하는 것은 잘 알려진 전략은 아니지만 많은 문제를 해결합니다.

Answer 6

CLR은 protected AND internal (family-and-assembly 접근성이라고도 함) 개념을 지원하고 C#이 개념을 구현/노출해야합니다. C#을 아마 다음과 같은 허용해야한다 : INTERSECT한다 이렇게

internal string[] Header { get; protected set; } 

/와 속성 setter 모두 가시성 수정과 같은 어셈블리 내 어디에서나 헤더를 읽을 수 있지만 동일한 어셈블리 내에서 파생 된 클래스에서을 설정할 수 .

Answer 7

C# 7.2부터 구조체 private protected (link)이 있습니다. 필드에서 읽는 것을 허용하지 않으므로 (OP가 의도하는 바를 정확하게 수행하지는 못하지만) 전리품을 쓸 가치가 있습니다.