java - 始终从对象读取值或将其存储在变量中并使用它是一种好习惯吗？

Question

Closed. This question is opinion-based。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？更新问题，以便 editing this post用事实和引用来回答。
                        
                        在11个月前关闭。
                                                                                            
                
        
我想知道是否始终从对象中读取值或将其存储在变量中并使用它是一种好习惯（为什么不是好习惯或好习惯）

下面的代码

private void calc(Product product){
   User = new User(product.getCode(), ...)  // Line 2
   ....
   ....
   if(product.getCode() == 2){ //Line 4
    .....
   }
}

在第2行和第4行，我从product.getCode（）获取代码。所以可以从产品对象中读取它或将其存储在一个变量中，例如String code = product.getCode（），然后在第2行和第4行使用代码

最佳答案

您要问的是对值进行本地复制是一种好习惯还是应该始终从拥有该值的某个来源获取该值。

答案是，这取决于。

您必须始终记住的是，当您从某个来源制作值的本地副本时，您拥有该值的副本。您既不拥有价值本身，也没有拥有创造价值的机制。您只是拥有一个副本。该副本是复制时生成的值的副本。

因此，潜在的问题是，当您复制值时，生成机制将通过更改将来某个时候提供的值来获取它。如果生成机制更改了它生成的值，则该值的副本将无效。

要回答这个问题，意味着您必须（1）对产生值的机制如何做到这一点有所了解，以及（2）在将来的某个时候，产生机制不会以使您所知无效的方式改变现在关于机制如何产生价值。

通过某种生成机制（例如函数）对值进行本地复制会破坏封装。生成机制以及为生成机制所采用的封装和更改隔离措施已被绕过，它不再是值的来源，而是本地副本。

我认为，唯一值得考虑的是制作值的本地副本的时间是，通常在时间或计算资源方面，获取值的机制的成本足够高，本地副本。通常，本地副本的基本原理是由于与使用生成机制相关的计算成本或时间成本。时间成本可能是服务器请求的网络延迟，或者该值需要大量计算才能创建。

然后，制作本地副本需要确保该本地副本正确地遮盖了生成机制将提供的值。如果生成机制始终提供相同的值，例如始终为同一输入提供相同输出的函数，则可以使用本地副本。

如果您可以通过某种方式监视提供各种值的生成机制，以便生成机制可以告诉您是否存在新值，例如数据库触发器或其他类型的事件，则可以在使用本地副本，以确定本地副本是否仍然有效。如果本地副本不再有效，则可以使用生成机制来获取新副本。

在某些情况下，本地副本遮盖实际生成的值的时间跨度在本地副本的生存期内。换句话说，本地副本的生存期短于所生成值的生存期。例如，为了优化循环，该值的本地缓存可能是合适的。我的意思是，您从生成机制中获取值的副本，并将其存储在本地变量中，执行一个在某种计算中使用该值的循环，然后丢弃该本地副本。与每次获取值相比，这可能会使循环所花费的时间少得多，并且由于循环处理所花费的时间跨度较短，因此生成机制提供的值的任何更改都可以忽略不计，并且可以忽略。

这样的一个示例是从传感器获取温度和湿度，然后仅使用单个值执行一系列计算。这样做的原因是，与传感器交互并提取数据的开销在一个循环中一次合理，但不能多次。

进行本地复制的另一个原因是，在生成机制中是否存在某种噪声，使得所提供的值在某些误差范围内会略有变化。因此，由于电路中的电子噪声，每次读取时，传感器提供的温度读数都会略有变化，因此，您只需读取一次传感器，然后进行多次计算或以各种方式处理温度值，而仅使用单个温度值即可。为了减少来自多个略有不同的温度读数的误差。

关于java - 始终从对象读取值或将其存储在变量中并使用它是一种好习惯吗？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55132830/

上一篇：java - 如何将 CSV 文件中的数据输入到我的代码中？

下一篇：java - Gson获取类中的json变量

相关文章：

java - 尝试实现自定义列表适配器时应用程序崩溃(NullPointerException)

java - LambdaConversionException 与泛型 : JVM bug?

Java 8 流 : The method boxed() is undefined for the type Stream<Byte>

java - 如何使用 lambda 表达式调试stream().map(...)？

java - 使用CGLIB时如何复制私有(private)属性？

java - 为什么@Transactional 不能与@Autowired EntityManagerFactory 一起工作？

java - io.cucumber.core.exception.CucumberException : Could not convert arguments. ..看来您没有注册数据表类型

java - 为什么 IntelliJ 说尽管编译了类构造函数还是不正确？

java - 错误 : Could not find or load main class ( in Java 8)

java - 为什么Java 8 'Collector' 类是这样设计的？

Answer 1

您要问的是对值进行本地复制是一种好习惯还是应该始终从拥有该值的某个来源获取该值。

答案是，这取决于。

您必须始终记住的是，当您从某个来源制作值的本地副本时，您拥有该值的副本。您既不拥有价值本身，也没有拥有创造价值的机制。您只是拥有一个副本。该副本是复制时生成的值的副本。

因此，潜在的问题是，当您复制值时，生成机制将通过更改将来某个时候提供的值来获取它。如果生成机制更改了它生成的值，则该值的副本将无效。

要回答这个问题，意味着您必须（1）对产生值的机制如何做到这一点有所了解，以及（2）在将来的某个时候，产生机制不会以使您所知无效的方式改变现在关于机制如何产生价值。

通过某种生成机制（例如函数）对值进行本地复制会破坏封装。生成机制以及为生成机制所采用的封装和更改隔离措施已被绕过，它不再是值的来源，而是本地副本。

我认为，唯一值得考虑的是制作值的本地副本的时间是，通常在时间或计算资源方面，获取值的机制的成本足够高，本地副本。通常，本地副本的基本原理是由于与使用生成机制相关的计算成本或时间成本。时间成本可能是服务器请求的网络延迟，或者该值需要大量计算才能创建。

然后，制作本地副本需要确保该本地副本正确地遮盖了生成机制将提供的值。如果生成机制始终提供相同的值，例如始终为同一输入提供相同输出的函数，则可以使用本地副本。

如果您可以通过某种方式监视提供各种值的生成机制，以便生成机制可以告诉您是否存在新值，例如数据库触发器或其他类型的事件，则可以在使用本地副本，以确定本地副本是否仍然有效。如果本地副本不再有效，则可以使用生成机制来获取新副本。

在某些情况下，本地副本遮盖实际生成的值的时间跨度在本地副本的生存期内。换句话说，本地副本的生存期短于所生成值的生存期。例如，为了优化循环，该值的本地缓存可能是合适的。我的意思是，您从生成机制中获取值的副本，并将其存储在本地变量中，执行一个在某种计算中使用该值的循环，然后丢弃该本地副本。与每次获取值相比，这可能会使循环所花费的时间少得多，并且由于循环处理所花费的时间跨度较短，因此生成机制提供的值的任何更改都可以忽略不计，并且可以忽略。

这样的一个示例是从传感器获取温度和湿度，然后仅使用单个值执行一系列计算。这样做的原因是，与传感器交互并提取数据的开销在一个循环中一次合理，但不能多次。

进行本地复制的另一个原因是，在生成机制中是否存在某种噪声，使得所提供的值在某些误差范围内会略有变化。因此，由于电路中的电子噪声，每次读取时，传感器提供的温度读数都会略有变化，因此，您只需读取一次传感器，然后进行多次计算或以各种方式处理温度值，而仅使用单个温度值即可。为了减少来自多个略有不同的温度读数的误差。