什么时候在java中使用Long vs long？

constructor java map

2022-09-01 01:43:16

以下是我的界面 -

public interface IDBClient {
    public String read(ClientInput input);
}

这是我的接口实现 -

public class DatabaseClient implements IDBClient {

    @Override
    public String read(ClientInput input) {

    }
}

现在我有一个工厂，它得到了这样的实例 -DatabaseClient

IDBClient client = DatabaseClientFactory.getInstance();
....

现在我需要调用my的方法，它接受参数，下面是相同的类。这门课不是我写的，所以这就是我对此有疑问的原因，我几乎可以肯定这是错误的方式。readDatabaseClientClientInput

public final class ClientInput {

    private Long userid;
    private Long clientid;
    private Long timeout_ms = 20L;
    private boolean debug;
    private Map<String, String> parameterMap;

    public ClientInput(Long userid, Long clientid, Map<String, String> parameterMap, Long timeout_ms, boolean debug) {
        this.userid = userid;
        this.clientid = clientid;
        this.parameterMap = parameterMap;
        this.timeout_ms = timeout_ms;
        this.debug = debug;
    }
}

因此，当客户调用的方法时，他们将创建这样的参数，然后使用工厂来获取的实例，然后相应地调用 read 方法。readDatabaseClientClientInputDatabaseClient

Map<String, String> paramMap = new HashMap<String, String>();
paramMap.put("attribute", "segmentation");

ClientInput input = new ClientInput(109739281L, 20L, paramMap, 1000L, true);

IDBClient client = DatabaseClientFactory.getInstance();
client.read(input);

问题陈述：-

所以我的第一个问题是，，应该是对象还是只是在课堂上？useridclientidtimeout_msLonglongClientInput
我的第二个问题是，客户可能会传递错误的信息，例如，，值等。那么我应该在哪里进行此验证？我应该在类的构造函数中还是在其他位置执行此验证检查？执行此操作的更好方法是什么，我应该如何进行验证？negative user idsnegative client idnegative timeoutClientInput

答案 1

long是一个基元，它必须具有值。简单。

Long是一个对象，所以：

它可以是（意思是你喜欢的任何东西，但“未知”是一种常见的解释）null
它可以传递给接受、或参数的方法（最后一个由于自动取消装箱）ObjectNumberLonglong
它可以用作通用参数类型，即OK，但不能List<Long>List<long>
它可以通过java序列化机制进行序列化/反序列化

始终使用最简单的方法，因此，如果您需要的任何功能，请使用否则使用。的开销出奇地小，但它就在那里。LongLonglongLong

答案 2

我不认为有一个正确的答案。一些建议：

在这种情况下，我看到的最大区别可能是.如果可能存在缺失值，则该对象将很有帮助，因为可以指示缺失值。如果您使用的是基元，则必须使用一些特殊值来指示缺失，这可能会一团糟。速度或大小不太可能成为问题，除非您计划制作一百万个这些东西的数组，然后进行序列化。longLongLongnullLongnull

我对验证逻辑的偏好是在事情可能失败的时候抛出某种自定义。如果你只是用构造函数创建这些东西，最简单的事情就是在那里验证，例如ValidationException

 public ClientInput(Long userid, Long clientid, Map<String, String> parameterMap, Long timeout_ms, boolean debug) throws ValidationException {          

      if (userid == null) throw new ValidationException("UserId is required"); 
            ...etc, etc...
}

最终，只有当你能在你可以用它做一些有用的事情的时候抓住它时，它才有用 - 把它回声给用户或其他什么。ValidationException