每一个类都应该有一个接口吗？

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