※ 引述《Kenqr (夏天的微笑)》之铭言： : 标题: [问题] 什麽时候该用getInstance()? : 时间: Thu Mar 13 01:08:42 2008 : : public interface A{ void function(); } : public class B implements A{ void function(){ /*实作*/ } } : : B只提供function()的实作 没有任何变数 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 在不需要内部成员构成物件的状况下，static 就足够了， 举例 Math class里面都是static 他们只负责各种方法的运算。 在这里Math并不需要成为一个独立的个体（因为只是method、常数的集合） 另一个例子是Calendar，它是一个采用singleton pattern的class。 日历是一个独立的个体，但是全局只需要一个。 （这两个都是Java api 中的内建类别） 如果要用「好像只会消耗一点点记忆体」的角度思考，是不能说你错， 但是这也就是你要对你的程式负责的地方。 说穿了，design pattern或 coding style都只是设计上得参考， 在能达成目的的状况下，用什麽并不是那麽重要。 所谓的规范是在群体中才会出现的，也就是说如果你的程式码需要 在两个人以上的团体内流传，一些最基本的rule就有必要去设定、遵循， 但是规则的取舍还是在於你所处的群体。 一般来讲，兼顾可读性跟效能或减少资源的写法会比较受欢迎。 --- 一昧的偏重某个部份其实都不见得好，这也就是pg存在的价值， 毕竟，在早期完全偏重资源跟效能，oo根本就是扯後腿的东西。 挑一个自己拿手又不会造成其他人困扰的方式写就好了 -- I am a person, and I am always thinking . Thinking in love , Thinking in life , Thinking in why , Thinking in worth. I can't believe any of what , I am just thinking then thinking , but worst of all , most of mine is thinking not actioning... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.115.75.26 ※ 编辑: TonyQ 来自: 59.115.75.26 (03/13 06:22)