java - 传递整个对象与传递原始值 -

标签 java interface service

传递整个对象与传递是否存在开销或性能问题 选项 1 和 2 中的原始值?

[ 编辑:我的意思是说传递 Java 对象的引用与原始类型。从 @T.J. Crowder,我知道这里没有性能问题,因为在这两种情况下对象引用大小相同。但就 API 设计风格/视角而言, 选项是最好的? ]

我目前正在定义服务层。我喜欢“Type 1”,因为我喜欢它, 但如果“类型 2”对性能有好处,我会选择类型 2。

Class A {
    User user = SomeClass.getUser("anUser");

    B b = new B();

    b.doSomeOperation(user);  // option 1
    b.doSomeOperation(user.getUserId()); // option 2
}

Class B {

    // Type 1
    public void  doSomeOperation(User user){

        // some work done by using user.getUserId()
        // I do not really need whole user object now.
    }

    // Type 2
    public void  doSomeOperation(int userId){
        // some work done by userId
    }
}

最佳答案

您永远不会在 Java 中传递“整个对象”。传递的是一个引用,它的大小大约是 int 左右。因此,您传递的内容(对象引用或 int ID)对调用函数本身的性能没有影响。

但是,传递对象引用意味着您可以直接对对象进行操作,而传递 ID 意味着如果您需要访问该对象,则需要通过 ID 再次查找它,这可能会对性能产生负面影响。


编辑:根据您的更新:

I understand that there is no performance issue here as the object reference size is same in both cases. But interms of API design style / perspective, which option is the best one?

这完全改变了问题(并且似乎完全放弃了它的“性能”部分)。

这完全取决于 A) 您将在 doSomeOperation 中执行的操作,以及 B) doSomeOperation调用者 的信息是什么最有可能有。

如果 doSomeOperation 需要的不仅仅是用户 ID,那么当然要传入对象。

如果 doSomeOperation 除了用户 ID 之外不需要任何其他内容,那么您可能只想传入 ID。需要权衡取舍。如果你只传入一个 int ID,一方面 doSomeOperation 失去了它与 User 的耦合(这通常是好的);另一方面,doSomeOperation 的论点变得毫无意义。 (int 可以是任何东西;但是 User 有意义。)

如果 doSomeOperation 接受一个 User 参数,但实际上只需要用户 ID,那么您将给 doSomeOperation 的调用者带来负担:如果他们只有 ID,他们必须仅仅为了将对象传递给 doSomeOperation 而去查找对象(然后将忽略除 ID 之外的所有内容)。从性能的角度来看,这显然很糟糕。

所以我认为总结是:如果 doSomeOperation 需要 User 的任何东西,而不仅仅是它的 ID,请传入 User。如果它只需要 ID 而不需要 User 的任何其他内容,只需传入 ID。

关于java - 传递整个对象与传递原始值 -,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5242032/

相关文章:

java - 用于 Java 桌面应用程序的 MVC

java - Maven Clojure 插件未运行测试

typescript - 实现编译器不跟随的链

c# - 同名接口(interface)中的属性C#

c++ - 服务阻止 Windows 启动

java - 用 Java 进行 TCP 套接字编程的好介绍?

java - 带有 Voldemort jar 的 Maven 存储库

c# - 接口(interface)函数 C#

linux - 获取mac os服务状态的命令

android - 收集服务中的流