避免空检查？

Question

我想知道是否有可能在Java中“避免”空检查，以下面的代码为例：

@Override
public List<AccountBean> search(AccountConstraint... c) {
    if (c.length == 0) {
        throw new IllegalArgumentException("dao.AccountDAO.search: c.length == 0");
    }
    try {
        List<AccountBean> beans = new ArrayList<>();
        for (AccountConstraint ac : c) {
            Builder builder = new QueryBuilder.Builder("SELECT * FROM accounts");
            if (ac.getAccountId() != null) {
                builder.clause("accountId >= " + ac.getAccountId().getMin() + " AND accountId <= " + ac.getAccountId().getMax());
            }
            if (ac.getUsername() != null) {
                builder.clause("username = \"" + ac.getUsername() + "\"");
            }
            if (ac.getPassword() != null) {
                builder.clause("password = \"" + ac.getPassword() + "\"");
            }
            if (ac.getEmail() != null) {
                builder.clause("email = \"" + ac.getEmail() + "\"");
            }
            PreparedStatement ps = connection.prepareStatement(builder.build().getQuery());
            ResultSet rs = ps.executeQuery();
            while (rs.next()) {
                beans.add(new AccountBean(rs));
            }
        }
        return beans;
    } catch (SQLException ex) {
        throw new RuntimeException(ex);
    }
}

它必须检查4次！=null,否则代码将失败。

是否可以将if（object！=null)语句转换为只有在没有NullPointerException时才执行的一行式语句？当出现异常时，该行应该被忽略。

这里我不是在谈论一个通用的语言特性，我是在谈论一个只有当您明确决定这样做时才会上交的特性。

例如:nullcheck(Builder.Clause（“username=\”“+ac.getusername()+”\“”））；将是建议代码的一个片段。

在Java可能发生这样的事情吗？

如果不可能的话，在Java 8中是否可以直接在方法中使用方法（虚空）？

那么这样的代码真的可以工作吗？

public static NullCheck(Void void) {
    try {
        void.execute();
    }
    catch (NullPointerException e) {
        //ignore
    }
}

我知道我可以将方法放在它自己的类中，这个类扩展了一个具有execute()方法的接口，然后传递这个类，但是这样做会使消除空检查或任何更复杂的东西的目的落空。

问候。

警告：我在这里使用PreparedStatement的方式容易发生SQL注入。不要重用此代码。

Answer 1

您可以通过假设这些方法不返回空值来避免这些检查。

你怎么能这样假设？通过让AccountConstraint的规范这么说。然后，AccountConstraint中的代码负责确保值不为空，而不是您的Search方法负责处理空值。为此，您可能必须更改AccountConstraint的设计。

如果你的假设是错误的会发生什么？也就是说，如果AccountConstraint有缺陷。将引发异常，这是您没有预料到的。但这就是当您有bug时可能发生的情况：抛出一个意外的异常。调试代码将很容易，因为stacktrace将向您显示AccountConstraint的哪个方法返回无效的null值。

Answer 2

是和不是。

有两种方法可以解决空问题：

特殊的操作符，如Groovy中的安全导航操作符。如果x.y抛出NullPointerExceptionx？.y仅返回Null。由于Java不允许创建新的运营商，所以在Java你不能这样做。像这样的操作符，在JDK8中考虑过，但在JDK8中放弃了。如果您想拥有这样的功能，请切换到Groovy或其他具有此功能的语言中的一种。

特殊类许多语言都有一个特殊的接口来表示一个值，该值可能是null。在Scala中，它被称为选项。选项有两种实现:none+some。无替换null。每当您想对该值做一些事情时，您都不直接使用它，而是对具有函数作为参数的选项调用map。如果它实际上是一个“无”，什么也不会发生，你只会得到一个“无”。如果它是一个Some，则在该值上执行函数，并得到一个带有结果的选项。这样，您就可以一直使用选项，而不必担心nulls。

实际上，它是一种特殊的方式，所以你可以创建这样一个类自己与Java。问题只是，Java没有功能，所以你必须使用匿名类。这使得整件事真的很繁琐，只是一个理论上的选项。

JDK8有一个option类。据我所知，它缺少map方法，在我看来，这使得整个事情成了一个糟糕的笑话。但既然最重要的工具（匿名函数）存在，那么通常的疑犯之一(Google、Apache……)就会提供一个适当的选项实现