DAO 可以用于多个表吗？

Question

我正在使用 javaSE 开发小应用程序，只是为了提高我的技能。所以我有业务服务（进一步的BS），其中一些方法如registerUser（User user），addAmount（Long accountId）。 BS 使用 dao。让我们假设 BS 是从 WS 或其他接口元素调用的。我有以下 DAO：

public interface UserDao {

    User getUserByUsername(String username);

    void saveUser(User user);
}

public interface AccountDao {

    void saveAccount(Account account);

    Account getAccountByUserId(Long userId);
}

我的 BS 看起来像

public class FastAccountServiceImpl implements FastAccountService{

private UserDao userDao;
private AccountDao accountDao;

public void registerUser(User user, Account account) throws Exception {
    if (user.getUsername() == null || user.getUsername().isEmpty()) {
        throw new Exception("all params are mandatory");
    }
    if (userDao.getUserByUsername(user.getUsername()) != null) {
        throw new Exception("This user exists");
    }
    userDao.saveUser(user);
    accountDao.saveAccount(account);
}

public void withdrawAmount(Double amount, Long userId) throws Exception {
    if (amount == null || userId == null) {
        throw new Exception("amount and userId are mandatory");
    }
    Account account = accountDao.getAccountByUserId(userId);
    if (account.getAmount() == null || account.getAmount().compareTo(amount) < 1) {
        throw new Exception("Insufficient amount in account");
    }......

}}

所以我的第一个问题是我应该在哪里检查参数是否为 null 等？在BS？ 第二个问题是为什么我们应该为每张桌子设置单独的 dao ？我可以为所有表只创建一个 dao。所以在 BS 中只有一个 dao。该 dao 表示如下：

public interface MagicDao {

User getUserByUsername(String username);

void saveUser(User user);

void saveAccount(Account account);

Account getAccountByUserId(Long userId);

}

Answer 1

是的，在业务服务中检查空值比在 Dao 中检查它们更好，因为这是一个分层架构，并且在 BS 中检查发生得更早。

至于为什么“每个表一个 Dao” - 嗯，Dao 的习惯是随着时间的推移变得越来越复杂，所以如果你现在在“Account”表上有 2 个操作，将来很可能有 10 个或 20 次操作，因此统一的 1 对 1 方法更易于管理，也更易于测试。

所以我当然会避免MagicDao。跨表操作的工作是服务的角色（或其他一些模式，如Facade） - 不是道，至少按照惯例。

此外，现代依赖注入框架使声明和使用服务中所需的所有 Daos 变得简单。在业务服务中拥有 5 个或更多 Daos（每个表一个）没有问题 - 我在我使用的代码中很常见。

顺便说一句，你可以在你抛出 Exception 的地方使用 IllegalArgumentException - 它更明确，它也是 RuntimeException（所以你不需要用 throws 声明它）