design-patterns - 一个对象是否应该拥有一个基于业务逻辑的属性？

Question

或者当涉及业务逻辑时，它们应该始终是函数吗？

示例:Order.RequiresPayment

属性还是函数？什么时候为真，什么时候为假，有商业规则

有没有一种模式可以决定这一点？

Answer 1

如有疑问，请考虑将代码维护作为准则。

如果 OrderRequiresPayment 的确定非常简单(例如，在创建订单时设置 true，在收到付款时设置 false)，属性是很好。

如果是公式决定的，或者更新的地方比较多，最好封装成一个函数。