Возможно ли иметь встроенный модификатор доступа при создании экземпляра, а не в декларации?

Question

В следующем сценарии (простите мой псевдокод):

Assembly Lib: 
    Interface A; 
    Class 123; //Utilizes multiple properties with a { get; internal set; } pattern. 

    //Contains more class definitions like Class 123 

Assembly Impl: //References Lib 
    Class MyImpl; //Implements Interface A and utilizes Class 123. 


ClientApplication: 
    //Consumes Interface A 

мне было интересно, если есть способ, чтобы класс MyImpl для доступа к набору свойств() класса 123 без использования статический объявленный друг сборок и сохранения тех, set() также скрыт от ClientApplication.

Конечной целью является возможность развертывания таким образом, который позволяет ClientApplication использовать типы из AssemblyLib и возможность отбрасывать новые сборки реализации без необходимости перекомпилировать и распространять Assembly Lib.

Я думал что-то вроде того, как найти способ сделать внутренний модификатор вступать в силу при его создании (Assembly Impl), а не в его объявлении (Assembly Lib), но я не верю, что C# поддерживает что-то подобное.

Я понимаю, что это, вероятно, очень уродливое, если это можно сделать, и я не уверен, что это возможно, но, увы, именно поэтому я здесь! Заранее благодарны за Вашу помощь.

Answer 1

1. Вы могли бы использовать отражение для доступа к внутренностям Lib. Это не очень хорошее решение.
2. Вы можете сделать Impl другу сборку Lib. Это не очень хорошее решение.
3. Вы можете перестроить свой дизайн, чтобы исправить необходимость использования Impl для доступа к внутренним частям Lib. Это приятное решение.

Используя ваш пример, вот идея того, что я получаю. Почему бы не изменить конструкцию на:

Assembly Lib: 
    Interface A; 
    Interface B; //Utilizes multiple properties with a { get; } pattern. 

    //Contains more interface definitions like Interface B 

Assembly Impl: //References Lib 
    Class 123; //Utilizes multiple properties with a { get; internal set; } 
       //pattern. Implements B. 

    //Contains more class definitions like Class 123 

    Class MyImpl; //Implements Interface A and utilizes Class 123. 

ClientApplication: 
    //Consumes implementations of Interface A and B provided by Impl. 

Answer 2

Для этого вам может понадобиться InternalsVisibleToAttribute.

Например, в вашей Lib сборке, добавьте следующую строку в файл assemblyinfo.cs:

[assembly:InternalsVisibleTo("Impl")]