每一個類都應該有一個介面嗎？

1. SOILD原則中OILD幾乎都需要介面的介入，這樣做開發時需要為每一個類都提供一個介面嗎？
2. 這個用法分語言嗎？我在做SSH的時候選用多層構架很自然的就會建service,service-impl,dao,dao-impl。但是在做用戶端開發或ASP.NET MVC中卻不太常見怎麼做的，難道是因為技術能力問題。在php中似乎連做物件導向的都很少，這是跟語言有關嗎？
3. 處於開發前期也必要採用“開放封閉原則”嗎？這樣會不會多出很多個介面，造成代碼難以閱讀？

回複內容：

1. SOILD原則中OILD幾乎都需要介面的介入，這樣做開發時需要為每一個類都提供一個介面嗎？
2. 這個用法分語言嗎？我在做SSH的時候選用多層構架很自然的就會建service,service-impl,dao,dao-impl。但是在做用戶端開發或ASP.NET MVC中卻不太常見怎麼做的，難道是因為技術能力問題。在php中似乎連做物件導向的都很少，這是跟語言有關嗎？
3. 處於開發前期也必要採用“開放封閉原則”嗎？這樣會不會多出很多個介面，造成代碼難以閱讀？

我的建議是：參考三次法則

第一次不用在意什麼原則，建議之類，怎麼快怎麼來。
第二次，開始出現重複的時候提高警覺，但容忍一些違反原則的寫法
第三次重複的時候重構你的代碼

當然如果你在第一次解決問題的時候已經預見到問題會來三次，那直接按第三次的方式來寫也ok，但如果你預測老不應驗，那還是別設計那麼多東西，遵循YAGNI吧

各種參考： 《重構》那本書 / YAGNI原則 / DRY原則 / 過早最佳化
stackoverflow上的這個問題 SOLID vs YAGNI

