<裝載: http://www.ablanxue.com/shtml/201603/31624_1.shtml>
“思考時不編程，編程時不思考。”這項原則讓爲我們帶來充足的考量空間，從而正確把握類的有狀態與無狀態決定——以及在有狀態時讓其顯示哪種狀態。
實體類應該有狀態。
輔助/操作類應當無狀態。
確保輔助類無狀態。
如果存在混合類，確保其不會違背單一責任原則。
在編程之前花點時間進行類設計。把類設計成果交給其他同事審查，並考量其反饋意見。
認真選擇類名稱。這些名稱將幫助我們決定其狀態。命名工作並沒有固定限制，以下是我個人的一些建議：
實體類應當在名稱中體現對象類型，例如: Employee
輔助/工作類名稱應當反映出其作用。例如: SalaryCalculator、PaySlipGenerator等
永遠不要在類名稱中使用動詞，例如: CalculateSalary{}類
原文標題：Object-Oriented Design Decisions: Stateful or Stateless Classes
轉載註明本文地址：http://www.ablanxue.com/shtml/201603/31624_1.shtml