數量

金錢

我在我使用的幾乎每個系統上都使用 數量，但我很少使用它來表示物理單位。我大部分時間都使用它來表示金錢。對於物理單位的許多註解都是相同的，但在使用金錢時，確實有其自己的旋轉需要記住。

最大的變更圍繞著轉換的整個區域。雖然物理單位的轉換形式不會隨著時間而改變，但金錢的匯率總是在變動。很明顯地，這會影響轉換運算，但這種影響也會波及加法、減法和比較運算。

當你轉換金錢時，至少需要提供某種時間參考，其粒度會依應用程式而定。但在許多情況下，你可能在不同的內容中進行個別轉換。

所有這些的結果是，你必須更小心處理算術或比較運算中金錢的自動轉換。因此，你經常會發現它們不被允許。

除了 數量 的功能之外，金錢的一個特別有用的功能是處理捨入。金錢通常以小數部分表示，但你永遠不應該使用實數來處理金錢。這樣做的原因是，實數的捨入行為幾乎從不符合金錢所需的條件，而忽略這一點很容易導致間歇性錯誤，這些錯誤在面額上很小，但卻令人沮喪。

然而，金錢物件可以編碼自己的捨入規則，這表示在你使用金錢時，大多數時候你不需要知道捨入規則。

與此相關的是棘手的除法問題。如果你將 100 美元除以 3，你會得到什麼？通常答案並不像 33.33 美元那麼簡單。問題在於，如果你將 33.33 美元相乘，你會得到 99.99 美元，這表示少了一分錢。會計師不喜歡一分錢不見了。因此，你必須找出適用於你所觀察情況的政策。通常的規則是，某人應該得到額外的一分錢，儘管是誰並不重要。因此，你可以在金錢物件中放置一個方法，以傳回你從除法中需要發放的金錢集合。

關聯式資料庫

關於 數量 的一個常見問題是如何將其用於關聯式資料庫和其他沒有能力建立新的輕量級類型的系統。你是否會在每個金錢值中儲存金額和貨幣代碼？

這裡的問題發生在有一個約束強制在特定內容中所有金錢都必須是相同貨幣時。因此，考慮你有一個具有許多分錄的帳戶。每個分錄都有金錢屬性來顯示分錄的金額，但帳戶上的所有分錄都具有相同的貨幣。將貨幣儲存在帳戶中一次，而不是在分錄中重複貨幣，這樣合理嗎？

我傾向於迴避這個問題，並留待您的資料庫設計的具體事項。我仍會敦促您在程式碼中使用金錢物件：由您決定如何將它們儲存在資料庫中。畢竟，資料庫不會從 數量 中為您提供任何行為優勢。您只能在程式碼中獲得這些優勢。