接口与实现分离通过依赖抽象提升代码可维护性和扩展性，定义高内聚、职责明确的接口，实现类专注具体逻辑并命名体现策略，结合多态与依赖注入解耦，合理组织包结构便于团队协作。
在Java中，接口与实现类的分离是面向对象设计的重要原则之一。它不仅提升了代码的可维护性和扩展性，还为单元测试、模块解耦提供了便利。核心思想是：依赖抽象，而不是具体实现。
定义清晰的接口
接口应专注于“做什么”，而非“怎么做”。一个良好的接口应当具备高内聚、职责明确的特点。
建议：- 使用动词或行为命名接口方法，如saveUser()、sendNotification()
- 避免在接口中包含实现细节，比如日志打印、具体算法逻辑
- 合理使用泛型提升接口通用性，例如Pagination
- 优先考虑小而精的接口，避免“胖接口”导致实现类负担过重
实现类专注具体逻辑
实现类负责完成接口声明的行为，可以有多个实现，适应不同场景。
技巧：- 命名体现策略或来源，如UserServiceImpl、FileLogger、DatabaseOrderRepository
- 利用构造函数或Setter注入依赖，便于替换和测试
- 在实现中处理异常转换、资源管理等具体细节
- 若存在共用逻辑，可通过抽象父类辅助，但不要破坏接口隔离
通过多态和依赖注入使用实现
程序高层模块不应直接创建实现类实例，而是通过接口引用调用功能。
立即学习“Java免费学习笔记（深入）”；
示例：
UserRepository repo = new DatabaseUserRepository();
User user = repo.findById(1001);
更进一步，结合Spring等框架使用@Autowired或@Inject自动装配接口实现，彻底解耦。
- 配置类中决定使用哪个实现，运行时动态切换
- 测试时可用模拟实现（Mock）或内存实现替代真实服务
合理组织包结构
良好的目录结构能直观体现接口与实现的分离关系。
推荐结构：com.example.service
├── UserService.java → 接口
└── impl
└── UserServiceImpl.java → 实现类
将实现类放在impl子包中，既保持可见性又明确区分角色。团队成员一看便知哪些是契约，哪些是实现。
基本上就这些。接口与实现分离不复杂，但容易忽略细节。坚持使用，代码会更灵活、更容易应对变化。
