事件特定DAO与通用DAO选型咨询：JavaScript依赖注入场景

核心问题 #

在JavaScript开发中，将DAO注入到中介类时，面临两种方案的选择：事件特定DAO或通用DAO，需要明确哪种方案更符合最佳实践，或是仅需结合项目场景判断。

方案1：事件特定DAO #

事件特定DAO遵循单一职责原则，仅包含对应事件触发所需的方法，内聚性高：

• 每个DAO只负责目标实体的特定操作，比如处理玩家落在特定棋盘格的DAO仅包含该场景的读写逻辑，更新玩家回合的DAO则专注于回合流转操作
• 所有DAO实现统一接口，便于后续替换不同的数据源实现（比如从内存切换到数据库）
• 中介类（如EventSpecificMediator）依赖完整的DAO实例，构造参数清晰明确，调用performAction时直接调用DAO的专属方法，逻辑直观

方案2：通用DAO #

通用DAO包含大量通用CRUD方法，但存在明显的维护痛点：

• 为避免传递冗余方法，需要单独传入静态/实例方法，当需要多个方法或多个DAO时，构造参数会变得臃肿（比如GeneralisedMediator需要传入daoMethod1、daoMethod2、daoObject）
• 方法与对象混传的方式会降低代码可读性，后续扩展时参数列表会持续膨胀，难以追踪依赖关系
• 容易违反接口隔离原则，中介类被迫依赖不需要的方法，增加了不必要的耦合

最佳实践判断 #

没有绝对的标准答案，但事件特定DAO的方案更贴近现代软件工程的SOLID原则，是更推荐的实践方向：

• 高内聚的DAO便于测试和维护，每个DAO的职责边界清晰，出现问题时定位更快
• 统一接口的设计让系统扩展性更强，替换实现时无需修改中介类的逻辑
• 只有当项目规模极小、通用DAO的冗余影响可以完全忽略时，才考虑使用通用DAO方案

示例代码对比 #

两种中介类的实现差异能直观体现方案优劣：

// 事件特定DAO方案的中介类：依赖清晰，职责明确
class EventSpecificMediator {
  constructor(type, daoObject1, daoObject2){
    this.daoObject1 = daoObject1;
    this.daoObject2 = daoObject2
  }

  performAction(){
    // 直接调用DAO的专属方法，逻辑清晰
    this.daoObject1.handleTileLanding();
    this.daoObject2.updatePlayerTurn();
  }
}

// 通用DAO方案的中介类：参数臃肿，依赖模糊
class GeneralisedMediator {
  constructor(type, daoMethod1, daoMethod2, daoObject ){
    this.daoMethod1 = daoMethod1;
    this.daoMethod2 = daoMethod2;
    this.daoObject = daoObject;
  }

  performAction(){
    // 方法与对象混调，逻辑可读性差
    this.daoMethod1.call(this.daoObject);
    this.daoMethod2.call(this.daoObject);
  }
}

内容的提问来源于stack exchange，提问作者Kevin Greetham