[b]1.考慮靜態方法替代構造函數[/b]
靜態工廠方法有3個好處:
[b]a.[/b]靜態工廠方法具有名字使代碼易讀,名字不必和類名一樣具有更高靈活性。
[b]b.[/b]實現singleton模式。
[b]c.[/b]能返回一個原返回類型的子類,形成面向接口編程的好習慣。
壞處
[b]a.[/b]不能被繼承。[b]b.[/b]不夠面向對象。
[b]2.使用私有構造函數強化singleton。[/b]
[b]a.[/b]
如果需要序列化這個類,還需要實現Serializable接口和實現readResovle()
[b]3.消除過期對象的引用![/b]
如果一個對象被無意識的保留起來,那么這個對象以及這個對象所引用的對象都
都不會被gc回收,所以當只有少量幾個對象被無意識保留下來,也會有很多對象被
排除在gc之外,而對性能趙承潛在的性能影響。
解決辦法,將不需要的對象設為null,特別在io中,一個stream in用完以后
in.close();然后in=null;
靜態工廠方法有3個好處:
[b]a.[/b]靜態工廠方法具有名字使代碼易讀,名字不必和類名一樣具有更高靈活性。
[b]b.[/b]實現singleton模式。
[b]c.[/b]能返回一個原返回類型的子類,形成面向接口編程的好習慣。
壞處
[b]a.[/b]不能被繼承。[b]b.[/b]不夠面向對象。
[b]2.使用私有構造函數強化singleton。[/b]
[b]a.[/b]
public class Elive {
public static final Elive INSTANCE=new Elive();
private Elive(){
...
}
}
[b]b.[/b]
public class Elive {
private static final Elive INSTANCE=new Elive();
private Elive(){
...
}
public static Elive getInstance(){
return INSTANCE;
}
}
其中b比較a更加靈活,你可以在getInstance方法中實現自己想要的東西。
如果需要序列化這個類,還需要實現Serializable接口和實現readResovle()
[b]3.消除過期對象的引用![/b]
如果一個對象被無意識的保留起來,那么這個對象以及這個對象所引用的對象都
都不會被gc回收,所以當只有少量幾個對象被無意識保留下來,也會有很多對象被
排除在gc之外,而對性能趙承潛在的性能影響。
解決辦法,將不需要的對象設為null,特別在io中,一個stream in用完以后
in.close();然后in=null;