java 接口隔离原则问题？

问题描述

为什么要遵循接口隔离原则？书上说容易扩展，从什么角度能看出来容易扩展呢？请大家指点下。java 新手, 我已经写过写过学校项目了. 问题补充：嗯 这个是一方面。更主要的为什么说成容易扩展。在日常的项目中，如果把Service层的接口合并成一个会怎么样呢？出了名字不好找，还有实现类实现很多无用的方法。

解决方案

我觉得最大的问题在于耦合，如果使用大接口，与这个接口耦合的类自然就多。如果这个接口做了修改，会影响到很多类。这样代码修改量就大，而且加大了测试的量。
解决方案二：
最重要的是这样的设计和oo的设计思路就有冲突了 不够抽象 呵呵其实代码都能运行 但是oo的思想就没了就好比aop为什么会出现 就是oo思想说不明白了 其实所谓aop如果不考虑oo思维的话 这东西就没意义 呵呵。
解决方案三：
比如我有两个接口a，b a处理键盘 b处理鼠标如果类c需要处理键盘和鼠标就可以 c implements a,b但是如果是一个接口处理了键盘鼠标d那么需求中只要求处理鼠标，那d中就会有没有用的方法 这样就不好了 呵呵
解决方案四：
因为接口一旦被实例化（implements）就必须实现所有的方法，如果接口不足够瘦小，很多的方法我们不用的也得实现成空方发 这样的设计不是好设计 呵呵所以接口尽量隔离 尽量小 其实就是这个意思。