雖然這篇c#繼承interface鄉民發文沒有被收入到精華區：在c#繼承interface這個話題中，我們另外找到其它相關的精選爆讚文章
在 c#繼承interface產品中有1篇Facebook貼文，粉絲數超過1萬的網紅91 敏捷開發之路，也在其Facebook貼文中提到， #isolatedUnitTest #LegacyCode #ExtractAndOverrideCall #Csharp http://www.codedata.com.tw/…/csharp-legacy-code-test-1-iso…/ 我在 CodeData 的這篇文章，運用了基...
同時也有10000部Youtube影片，追蹤數超過2,910的網紅コバにゃんチャンネル，也在其Youtube影片中提到，...
-
c#繼承interface 在 コバにゃんチャンネル Youtube 的最佳解答
2021-10-01 13:19:08![post-title]()
-
c#繼承interface 在 大象中醫 Youtube 的最佳解答
2021-10-01 13:10:45![post-title]()
-
c#繼承interface 在 大象中醫 Youtube 的精選貼文
2021-10-01 13:09:56![post-title]()
c#繼承interface 在 91 敏捷開發之路 Facebook 的最讚貼文
#isolatedUnitTest #LegacyCode #ExtractAndOverrideCall #Csharp
http://www.codedata.com.tw/…/csharp-legacy-code-test-1-iso…/
我在 CodeData 的這篇文章，運用了基本的 OO 特性：繼承與覆寫，在絕大部分的情境可以不需要中介抽象層，也能做到 isolated unit test 的可測試性。
不適用的只有 static function 與不可繼承的類別（在 C# 中是 sealed 關鍵字）無法直接套用。
雖是這系列的第一篇，在實務上卻是真正反璞歸真的作法。
若是為了可測試性，硬在 production code 上加入需求所不需要的中介層或 interface 等抽象層，只會讓程式更不好懂，反而變成為了測試而測試。