<装载: 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