應用價值對象代替域驅動的應用程序中的原始字符串，以防止錯誤并提高類型安全性； 1。使用原始字符串會導致原始癡迷，其中可互換的字符串類型會導致諸如參數(shù)交換之類的微妙錯誤； 2。諸如EmailAddress之類的值對象封裝了特定于域特定的字符串，并具有驗證，不變性和有意義的語義； 3。福利包括類型安全，集中驗證，通過記錄的不變性，更好的可發(fā)現(xiàn)性和一致的格式； 4?？梢詾橛蜻壿嬏砑又T如ISCorporate之類的輔助方法； 5。諸如C＃記錄之類的現(xiàn)代語言功能減少了樣板，而隱式運算符和在EF核心支持無縫互動的ORM中的價值轉換； 6。標準化確保一致的格式，序列化庫可以通過自定義轉換器處理這些類型； 7.源生成器可以自動化重復代碼，從而使采用更加容易； 8.從電子郵件或Phonenumber等關鍵類型開始，在清晰，正確性和可維護性方面表現(xiàn)出明顯的好處，證明特定于域特異性的字符串應獲得專用類型。

在域驅動的應用程序中使用字符串時，很容易將它們視為原始的，可互換的值 - 在變量，參數(shù)和數(shù)據庫字段之間自由分配。但這導致了細微的錯誤，類型安全性差和難以推斷的代碼。一種現(xiàn)代，更強大的方法是將特定于領域的字符串視為價值對象。

我們沒有將string直接用于電子郵件地址，電話號碼或ID之類的內容，而是將其包裝在專用類型中。這為我們提供了更好的正確性，清晰度和控制。

為什么原弦有問題

到處使用普通字符串似乎無害，但請考慮一下：

字符串userId =“ jane.doe@example.com”;
字符串電子郵件=“ 12345”;
sendemail（電子郵件，用戶ID）;

等等 - 我們只是互換了論點嗎？編譯器不會抓住這個。兩者都是string ，因此它們可以互換，即使它們代表了非常不同的概念。

這是原始的癡迷代碼氣味：在內置類型上過度融合而不是建模域概念。

價值對物體救援

值對象表示由其值而不是身份定義的有意義的域數(shù)據。對于字符串，這意味著將它們包裹在強制執(zhí)行規(guī)則的輕巧，不變的類型中。

例如， EmailAddress值對象：

公共記錄電子郵件address（字符串值）
{
    公共靜態(tài)bool tryparse（字符串輸入，out emailaddress？電子郵件）
    {
        電子郵件= null;
        if（string.isnullorwhitespace（input））返回false;

        嘗試
        {
            var addr = new system.net.mail.mailaddress（input）;
            if（addr.address ==輸入）
            {
                email = new emailAddress（input.trim（））;
                返回true;
            }
        }
        抓住 { }

        返回false;
    }

    公共覆蓋字符串toString（）=> value;
}

現(xiàn)在，而不是：

 void sendemail（字符串到，字符串，從）

我們有：

 void sendemail（電子郵件address to，emailaddress from）

現(xiàn)在，功能簽名意味著一些。您不能意外地通過預期電子郵件的用戶ID。

特定領域字符串類型的好處

• 類型安全：編譯器可防止混合不同種類的字符串。
• 封裝：驗證邏輯生存在一個位置 - 值對象。
• 不變性：記錄（在C＃中）或類似構造確保值不會更改。
• 可發(fā)現(xiàn)性：IDE可以建議PhoneNumber ， SSN等，使API易于正確使用。
• 一致性：所有實例都遵循相同的規(guī)則（格式化，歸一化等）。

您還可以添加幫助者：

 public bool iscorporate（）=> value.endswith（“@company.com”，stringcomparison.ordinalignorecase）;

常見模式和優(yōu)化

在創(chuàng)建每個字符串的新類型的同時，現(xiàn)代語言減少了開銷：

• C＃記錄免費提供Equals GetHashCode和不變性。
• 隱式/顯式操作員（少見）可以輕松互動：

公共靜態(tài)隱式操作員字符串（emailAddress email）=> email.value;

但是要謹慎 - 如果過度使用，隱性轉換可以帶回原始問題。

或者，僅在需要時暴露.Value （例如，用于序列化），使域模型嚴格。

還考慮歸一化：

公共記錄用戶名（字符串值）
{
    public用戶名（）：此（“ guest”）{}
    public用戶名（字符串值）：this（value？trim（）.tolowerInvariant（）??“ guest”）{}
}

這確保了整個系統(tǒng)的一致格式。

框架和生態(tài)系統(tǒng)支持

現(xiàn)代ORM（例如EF Core）支持值轉換以將值對象映射到數(shù)據庫列：

 ModelBuilder.entity <user>（）
    .property（u => u.email）
    。

還可以教授序列化庫（System.Text.json，Newtonsoft）通過轉換器處理這些類型。

借助源生成器或羅斯林分析儀，您甚至可以自動生成的樣板（例如， NonEmptyString基本類型）。

最后的想法

將特定于領域的字符串視為價值對象不僅學術的對象 - 它可以防止錯誤，提高可維護性并使您的代碼明確意圖。

啟動?。哼x擇一個關鍵字符串（例如Email或PhoneNumber ），然后包裝。一旦看到了好處 - 更少的錯誤，清晰的API，自我紀錄的代碼 - 您會想知道為什么您不早點做。

這不是要消除字符串；這是關于給他們意義。

基本上，如果字符串代表您的域中的概念，則應該得到類型。

以上是字符串作為價值對象：一種現(xiàn)代的特定領域字符串類型的方法的詳細內容。更多信息請關注PHP中文網其他相關文章！