@H_502_1@我们在办公室进行了讨论,无法理解哪种方法更好
@H_502_1@我有一个类(SomeClass)和一些接收Serializable对象的方法.签名如下:
@H_502_1@
>第二个示例的好处是我们将ArrayList称为类,它不仅具有List行为,还具有Serializable行为.因此,如果有人查看此代码并尝试将ArrayList更改为List,则会收到编译时错误,这会减少程序员理解其中发生的事情的时间 @H_502_1@更新:我们无法更改someMethod签名.它来自第三方公司,我们不仅将它用于Serializable Lists,还用于Strings,Integers和其他一些Serializable对象
public void someMethod(Serializable serializableObject){
...
}
@H_502_1@我需要从另一个类调用此方法,但我应该为它提供一些List作为事实参数.有两种不同的方法
@H_502_1@1.可序列化
@H_502_1@
private SomeClass someClass;
public void doSomething() {
List
@H_502_1@2. ArrayList
@H_502_1@
private SomeClass someClass;
public void doSomething() {
ArrayList
@H_502_1@>第一个例子的好处是它坚持java的最佳实践,它说:使用接口而不是具体实现参考类型和任何程序员,同时阅读该源将理解我们不需要ArrayList的特殊行为.并且我们需要它的唯一可行序列化行为是通过将其转换为Serializable接口来添加此行为.程序员可以简单地将List的当前实现更改为其他一些可序列化的实现,例如LinkedList,对此元素没有任何副作用,因为我们使用接口List作为它的引用类型.>第二个示例的好处是我们将ArrayList称为类,它不仅具有List行为,还具有Serializable行为.因此,如果有人查看此代码并尝试将ArrayList更改为List,则会收到编译时错误,这会减少程序员理解其中发生的事情的时间 @H_502_1@更新:我们无法更改someMethod签名.它来自第三方公司,我们不仅将它用于Serializable Lists,还用于Strings,Integers和其他一些Serializable对象
最佳答案