-
SOILD原则中OILD几乎都需要接口的介入，这样做开发时需要为每一个类都提供一个接口吗？ - 这个用法分语言吗？我在做
SSH的时候选用多层构架很自然的就会建service,service-impl,dao,dao-impl。但是在做客户端开发或ASP.NET MVC中却不太常见怎么做的，难道是因为技术能力问题。在php中似乎连做面向对象的都很少，这是跟语言有关吗？ - 处于开发前期也必要采用“开放封闭原则”吗？这样会不会多出很多个接口，造成代码难以阅读？
我的建议是：参考三次法则
第一次不用在意什么原则，建议之类，怎么快怎么来。
第二次，开始出现重复的时候提高警觉，但容忍一些违反原则的写法
第三次重复的时候重构你的代码
当然如果你在第一次解决问题的时候已经预见到问题会来三次，那直接按第三次的方式来写也ok，但如果你预测老不应验，那还是别设计那么多东西，遵循YAGNI吧
各种参考： 《重构》那本书 / YAGNI原则 / DRY原则 / 过早优化
stackoverflow上的这个问题 SOLID vs YAGNI