c# - 禁止使用给定的 .net 框架库

Question

我有一个程序，我想为其提供文件系统的抽象，以便读取文件、创建目录等的 IO 操作总是针对通过给定工厂获得的给定实现执行。

例如，您需要访问 MyLib.IO.File 而不是访问 System.IO.File，它包含系统支持的文件的给定操作集，并且实际实现将由 IOC 或单例工厂提供.

但是，不熟悉系统的人可能只是引用 System.IO 并直接开始处理文件系统中的文件。如果他的实际配置实例化了标准的 System.IO 包装器，所有这些都可以在他的机器上正常工作，但最终会在底层文件系统更改时中断。

有什么方法可以警告甚至更好地禁止在 VS 应用程序中使用某些命名空间，以便用户知道他不应该使用 .NET 框架的那部分，而是提供另一个库来获得该特定功能？

Answer 1

是的。有一种方法，称为清晰且简短的 API 文档。足够清晰以鼓励阅读，足够简短以让开发人员在完成之前放弃。

我的意思是强制使用你自己的库听起来不错，你有你的论点，但模糊 BCL 库听起来很糟糕。