Зробити код внутрішнім, але доступним для тестування одиниць інших проектів

Ми ставимо всі наші тестові одиниці у власних проектах. Ми виявляємо, що ми повинні оприлюднити певні класи замість внутрішніх лише для одиничних тестів. Чи все-таки варто уникати цього робити. Які наслідки для пам’яті роблять класи загальнодоступними, а не запечатаними?

Якщо ви використовуєте .NET, атрибут збірки InternalsVisibleTo дозволяє створювати збірки "товаришів". Це конкретні чітко названі збори, яким дозволено отримувати доступ до внутрішніх класів та членів інших зборів.

Зауважте, це слід використовувати розсудливо, оскільки воно щільно з'єднує залучені збори. Загальне використання для InternalsVisibleTo - для тестових проектів. Можливо, це не дуже вдалий вибір для використання у ваших фактичних збірках додатків із зазначеної вище причини.

Приклад:

[assembly: InternalsVisibleTo("NameAssemblyYouWantToPermitAccess")]
namespace NameOfYourNameSpace
{

Якщо це внутрішній клас, то він не повинен застосовуватися ізольовано. Тому вам не слід тестувати його, крім тестування якогось іншого класу, який використовує цей об'єкт внутрішньо.

Так само, як ви не повинні тестувати приватних членів класу, ви не повинні тестувати внутрішні класи DLL. Ці класи є детальними відомостями про реалізацію деяких загальнодоступних класів, і тому їх слід добре виконувати за допомогою інших тестів одиниці.

Ідея полягає в тому, що ви хочете лише перевірити поведінку класу, оскільки якщо ви протестуєте деталі внутрішньої реалізації, ваші тести будуть крихкими. Ви повинні мати змогу змінити деталі реалізації будь-якого класу, не порушуючи всіх своїх тестів.

Якщо ви виявите, що вам дійсно потрібно перевірити цей клас, то, можливо, вам захочеться переглянути це питання, чому цей клас насамперед внутрішній.

для цілей документації

Ви також можете створити внутрішній клас за допомогою Type.GetTypeметоду

приклад

//IServiceWrapper is public class which is 
//the same assembly with the internal class 
var asm = typeof(IServiceWrapper).Assembly;
//Namespace.ServiceWrapper is internal
var type = asm.GetType("Namespace.ServiceWrapper");
return (IServiceWrapper<T>)Activator
    .CreateInstance(type, new object[1] { /*constructor parameter*/ });

для загального типу є різні процеси, як нижче:

var asm = typeof(IServiceWrapper).Assembly;
//note the name Namespace.ServiceWrapper`1
//this is for calling Namespace.ServiceWrapper<>
var type = asm.GetType("Namespace.ServiceWrapper`1");
var genType = type.MakeGenericType(new Type[1] { typeof(T) });
return (IServiceWrapper<T>)Activator
     .CreateInstance(genType, new object[1] { /*constructor parameter*/});

Заняття можуть бути як публічними, так і закритими.

Але, не робіть цього.

Ви можете створити інструмент для роздумів над внутрішніми класами та випромінювати новий клас, який отримує доступ до всього за допомогою рефлексії. MSTest це робить.

Редагувати: я маю на увазі, якщо ви не хочете включати будь-які тестування матеріалів у свою первісну збірку; це також працює, якщо члени приватні.