私の質問はとても簡単です。同僚の何人かと私は、Decrease 操作がどのように動作する必要があるかについて異なる見解を持っているため、私はそれを求めています。
バスケットの実現は簡単です - Quantity プロパティを持つアイテムのリスト。
私の同僚にとって、減少操作は数量が正になるまで数量を減らすことしかできず、減少操作はバスケットからアイテムを削除できません。減少操作は、プロパティが 1 以上になるまで数量プロパティを減らすだけです。したがって、減少操作は Quantity = 0 に達することができず、フロントエンドからもう一度減少させたい場合は、呼び出す必要があります。メソッドを削除します。
Quantity を 10 進数として実装できるため、この概念がよくわかりません。何かを分割して販売できるからです。また、最小数量は異なる場合があります。また、最小数量の要件はバスケットの操作とは関係ありません。これはビジネス ルールであり、アイテムの種類によって異なる場合があります。
私にとって、減少操作は Quantity を 0 に減らしてから、アイテムを削除することができます。品目について、バスケット内の品目の最小数量を指定する要件がある場合は、削減操作の前にこの要件を確認する必要があり、情報を削減操作に送信できます。
そして、減少/削除操作を追加/増加操作と比較できます。したがって、アイテムを追加して、増加操作でその数量を増やすことができますが、同じアイテムを再度追加することもできますが、バスケットでは、既にそこにあるアイテムの数量を増やすだけです。
これらの操作をどのように実装しますか? 私が再考しなければならない制限を知っていますか？