| title | author | date | CreateTime | categories |
|---|---|---|---|---|
dotnet 设计规范 · 抽象类 |
lindexi |
2018-6-30 9:2:38 +0800 |
2018-06-30 08:45:46 +0800 |
设计规范 规范 |
X 不要定义 public 或 protected internal 访问的构造函数。默认 C# 语言不提供抽象类的公开构造函数方法。
如果一个构造函数定义为公开，只有在开发者需要创建这个类的实例的时候才可以这样做。因为开发者不应该创建一个抽象类的实例，所以如果一个抽象类可以创建实例就是一个不好的实现，容易让开发者做出不恰当代码。
✓ 定义抽象类的构造函数为 protected 或 internal 访问
定义抽象类的构造函数为 protected 是比较推荐的方法，因为定义为 protected 让这个类只能在基类继承，创建可实例化的基类的实例。
定义抽象类的构造函数为 internal 可以限制开发者只能在只是程序集内使用这个类，当然即使定义为 internal 还是无法创建抽象类的实例。
✓ 提供至少一个可实例化类继承抽象类在自己的库里。
做这个是为了方便验证抽象类的设计。如 System.IO.FileStream 继承抽象类 System.IO.Stream 而且 FileStream 可以创建实例。
当然这个只是建议，如果在开发一个 dotnet standard 项目，需要注入一个和具体框架有关的类，于是先设计一个抽象类放在库。在具体的 dotnet framework 等框架创建这个抽象类的基类，用于做和具体平台相关代码。那么不在库放一个实现抽象类的类也是可以的。但是这时建议在测试项目继承这个抽象类，尝试测试类的设计。