我们将所有的单元测试放在他们自己的项目中。我们发现我们必须将某些类公开而不是仅用于单元测试的内部类。无论如何要避免这样做。使类公开而不是密封的内存含义是什么?
5 回答
如果您使用.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*/});
以下是在.NET Core应用程序中使用的方法。
- 添加AssemblyInfo.cs文件并添加
[assembly: InternalsVisibleTo("AssemblytoVisible")]
- 将此添加到.csproj文件(包含内部类的项目)
<ItemGroup>
<AssemblyAttribute Include="System.Runtime.CompilerServices.InternalsVisibleTo">
<_Parameter1>Test_Project_Name</_Parameter1> <!-- The name of the project that you want the Internal class to be visible To it -->
</AssemblyAttribute>
</ItemGroup>
有关更多信息,请关注https://improveandrepeat.com/2019/12/how-to-test-your-internal-classes-in-c/
类既可以是公开的,也可以是密封的。
但是,不要那样做。
您可以创建一个工具来反射内部类,并发出一个通过反射访问所有内容的新类。MSTest 就是这样做的。
编辑:我的意思是,如果您不想在原始程序集中包含任何测试内容;如果成员是私人的,这也适用。