面试题：Java接口隔离原则在大型项目中的权衡

Question

在一个大型Java项目中，接口数量众多，如果严格遵循接口隔离原则，会导致接口数量进一步膨胀，增加维护成本。请阐述在这种情况下，如何在遵循接口隔离原则与控制维护成本之间进行权衡？并举例说明你在实际项目中是如何处理的。

Answer 1

1. 权衡方法
   • 抽象分组：对相关功能进行抽象分组，将相似功能的接口合并到一个较大的接口，但要确保这个接口的功能内聚性较高。例如，将用户相关的查询、更新等操作合并到一个UserService接口，但避免混入与用户无关的功能。
   • 分层接口：建立接口的分层结构，底层提供基础的、细粒度的接口，上层根据业务场景组合这些基础接口形成更粗粒度、更符合业务需求的接口。这样既保证了基础功能的隔离，又能在业务层面简化接口使用。
   • 默认实现：对于一些可能会导致接口膨胀的情况，可以在接口中提供默认实现（Java 8支持接口默认方法），减少实现类必须实现的方法数量，降低维护成本。例如，一个日志记录接口，可以提供默认的日志记录实现，实现类可根据需要选择覆盖。
2. 实际项目案例
   • 在一个电商项目中，涉及商品管理、订单管理、用户管理等众多功能模块。最初，严格按照接口隔离原则，每个操作都有单独的接口，导致接口数量过多。
   • 优化措施：
     • 商品模块：将商品的查询、添加、修改、删除操作，根据业务场景进行分组。对于前端展示相关的查询操作，合并到ProductDisplayService接口；对于后台管理的增删改操作，合并到ProductManageService接口。
     • 订单模块：建立分层接口，底层有OrderBasicOperation接口，包含订单创建、支付等基础方法；上层根据不同业务场景，如普通订单、团购订单，分别有NormalOrderService和GroupBuyOrderService接口，它们继承OrderBasicOperation接口并根据自身需求进行扩展。
     • 用户模块：在用户权限相关接口中，使用默认实现。例如UserPermissionService接口有判断用户是否具有某种权限的方法，提供一个默认实现，在大部分场景下可以直接使用，特殊需求的实现类再覆盖该方法。
   • 效果：通过这些措施，既遵循了接口隔离原则，保证了功能的清晰和低耦合，又有效地控制了接口数量，降低了维护成本。