不允許使用給定的.net框架庫

Question

我有一個程序，我想爲其提供文件系統的抽象，以便讀取文件，創建目錄等的IO操作始終針對通過獲取的給定實現進行一個給定的工廠。

例如，您不需要訪問System.IO.File，而需要訪問MyLib.IO.File，其中包含系統支持的文件的一組給定操作，並且實際實現將由IOC或單身工廠。

但是，不熟悉系統的人可能只是引用System.IO並開始直接處理文件系統中的文件。如果他的實際配置實例化了標準的System.IO包裝器，那麼在他的機器上都可以正常工作，但當底層文件系統發生變化時最終會中斷。

有什麼辦法可以警告甚至更好地禁止在VS應用程序中使用某些命名空間，以便用戶知道他不應該使用.NET框架的那部分，而是提供另一個庫來獲得該特定功能？

Answer 1

不，沒有。

編輯：

好吧，也許吧。可以使用代碼訪問安全性（或者其替代品在.NET 4.x中）來限制使用System.IO.*，但這意味着您需要完全控制應用程序（例如，您加載附加代碼，而不是僅使用其他程序你的組裝）。

Answer 2

是的。有一種方法，它被稱爲清晰和簡短的API文檔。足夠清晰以鼓勵閱讀，並且足夠短讓開發者在完成之前不會放棄。

我的意思是強制使用你自己的庫聽起來不錯，你有你的論點，但掩蓋BCL庫聽起來很糟糕。

Answer 3

CASPOL會很煩人，並且很多開發人員在讀取API文檔之前都會讀取它們，直到卡住。

發佈一個構建腳本，該腳本使用程序集綁定日誌查看器（Fuslogvw.exe）查詢System.IO等不需要的引用。你可以進一步使用反射或甚至自省來查看System.IO的使用是否正常。恕我直言，這個選項感覺最沒有侵入性，並提供了一些保證，正確的DLL /名稱空間將用於發佈。