Android Clean Architecture：硬件交互库的实现应归属哪一层？

核心结论：优先放入Data层，无需新增层 #

从你现有分层的职责定义来看，Data层的核心是处理外部数据源交互与数据持久化，而这个硬件通信库的核心能力——和特定硬件通信（属于外部设备交互）、存储硬件状态（属于数据持久化），完全契合Data层的定位。

具体落地方式：

• 在Domain层定义硬件交互的抽象接口（比如HardwareManager），包含硬件连接、状态读取/写入等核心方法
• 在Data层实现这个接口（比如LocalHardwareManagerImpl），把硬件通信的具体逻辑、状态存储逻辑（比如用SharedPreferences、SQLite）都封装在这个实现类中
• Domain层的用例通过依赖注入调用该接口，完全隔离对硬件细节的感知

什么时候需要新增层？ #

只有当硬件通信逻辑极度复杂，且后续可能对接多种不同硬件，同时和现有Data层的其他数据源（API、数据库）逻辑耦合度极低，希望独立维护时，才考虑新增层。

新增层的命名建议：

• 直接叫Hardware层：直观体现其负责所有硬件相关交互、状态管理的职责
• 或者Device层：如果后续可能扩展到多种外部设备，这个命名更具通用性

内容的提问来源于stack exchange，提问作者e.j