aug*_*0co 155 java hibernate equals hashcode apache-commons
我很想知道,人们在这里想到使用
org.apache.commons.lang.builder EqualsBuilder/ HashCodeBuilder
实现equals/ hashCode?这比写自己更好吗?它与Hibernate相处得好吗?你怎么看?
Sea*_*oyd 212
公共/ lang建设者是伟大的,我已经使用它们多年没有明显的性能开销(有和没有休眠).但正如阿兰所写,番石榴的方式更好:
这是一个示例Bean:
public class Bean{
private String name;
private int length;
private List<Bean> children;
}
Run Code Online (Sandbox Code Playgroud)
这是用Commons/Lang实现的equals()和hashCode():
@Override
public int hashCode(){
return new HashCodeBuilder()
.append(name)
.append(length)
.append(children)
.toHashCode();
}
@Override
public boolean equals(final Object obj){
if(obj instanceof Bean){
final Bean other = (Bean) obj;
return new EqualsBuilder()
.append(name, other.name)
.append(length, other.length)
.append(children, other.children)
.isEquals();
} else{
return false;
}
}
Run Code Online (Sandbox Code Playgroud)
在这里使用Java 7或更高版本(受Guava启发):
@Override
public int hashCode(){
return Objects.hash(name, length, children);
}
@Override
public boolean equals(final Object obj){
if(obj instanceof Bean){
final Bean other = (Bean) obj;
return Objects.equals(name, other.name)
&& length == other.length // special handling for primitives
&& Objects.equals(children, other.children);
} else{
return false;
}
}
Run Code Online (Sandbox Code Playgroud)
注意:此代码最初引用了Guava,但正如评论所指出的那样,此功能已经在JDK中引入,因此不再需要Guava.
正如您所看到的,Guava/JDK版本更短,避免了多余的辅助对象.在等于的情况下,如果先前的Object.equals()调用返回false ,它甚至允许短路评估(公平地:commons/lang具有ObjectUtils.equals(obj1, obj2)可以使用相同语义的方法,而不是EqualsBuilder如上所述允许短路).
所以:是的,公共lang构建器比手动构造equals()和hashCode()方法(或Eclipse将为您生成的那些可怕的怪物)更优选,但Java 7+/Guava版本甚至更好.
关于Hibernate的说明:
注意在equals(),hashCode()和toString()实现中使用延迟集合.如果你没有开放的会话,这将失败.
注意(关于equals()):
a)在上述两个版本的equals()中,您可能还想使用这些快捷方式中的一个或两个:
@Override
public boolean equals(final Object obj){
if(obj == this) return true; // test for reference equality
if(obj == null) return false; // test for null
// continue as above
Run Code Online (Sandbox Code Playgroud)
b)根据您对equals()合同的解释,您也可以更改线路
if(obj instanceof Bean){
Run Code Online (Sandbox Code Playgroud)
至
// make sure you run a null check before this
if(obj.getClass() == getClass()){
Run Code Online (Sandbox Code Playgroud)
如果您使用第二个版本,您可能还想super(equals())在equals()方法内部调用.意见不同,这个主题在这个问题中讨论:
(虽然它是关于hashCode(),同样适用于equals())
注释(灵感来自kayahr的评论)
Objects.hashCode(..)(如同底层Arrays.hashCode(...))如果你有许多原始字段可能会表现不佳.在这种情况下,EqualsBuilder实际上可能是更好的解决方案.
如果您不想依赖第三方库(也许您正在运行资源有限的设备)并且您甚至不想键入自己的方法,您也可以让IDE完成工作,例如在eclipse中使用
Source -> Generate hashCode() and equals()...
Run Code Online (Sandbox Code Playgroud)
您将获得"本机"代码,您可以根据需要配置这些代码以及必须支持更改的代码.
示例(eclipse Juno):
import java.util.Arrays;
import java.util.List;
public class FooBar {
public String string;
public List<String> stringList;
public String[] stringArray;
/* (non-Javadoc)
* @see java.lang.Object#hashCode()
*/
@Override
public int hashCode() {
final int prime = 31;
int result = 1;
result = prime * result + ((string == null) ? 0 : string.hashCode());
result = prime * result + Arrays.hashCode(stringArray);
result = prime * result
+ ((stringList == null) ? 0 : stringList.hashCode());
return result;
}
/* (non-Javadoc)
* @see java.lang.Object#equals(java.lang.Object)
*/
@Override
public boolean equals(Object obj) {
if (this == obj)
return true;
if (obj == null)
return false;
if (getClass() != obj.getClass())
return false;
FooBar other = (FooBar) obj;
if (string == null) {
if (other.string != null)
return false;
} else if (!string.equals(other.string))
return false;
if (!Arrays.equals(stringArray, other.stringArray))
return false;
if (stringList == null) {
if (other.stringList != null)
return false;
} else if (!stringList.equals(other.stringList))
return false;
return true;
}
}
Run Code Online (Sandbox Code Playgroud)
EqualsBuilder和HashCodeBuilder有两个主要方面,与手动编写的代码不同:
EqualsBuilder和HashCodeBuilder使得比较可能为null的字段变得更容易.使用手动编写的代码,这会创建大量的样板.
另一方面,EqualsBuilder将为每个equals方法调用创建一个实例.如果你的equals方法经常被调用,这会产生很多实例.
对于Hibernate,equals和hashCode实现没有区别.它们只是一个实现细节.对于几乎所有加载了hibernate的域对象,都可以忽略Builder的运行时开销(即使没有转义分析).数据库和通信开销将是重要的.
正如skaffman所说,反射版本不能用于生产代码.反思将是缓慢的,除了最简单的类之外,"实现"不会是正确的.考虑到所有成员也是危险的,因为新引入的成员改变了equals方法行为.反射版本在测试代码中很有用.
| 归档时间: |
|
| 查看次数: |
75870 次 |
| 最近记录: |