我应该在域模型中使用 System.Net.Mail.MailAddress 还是仅使用字符串?

发布于 2024-10-21 08:47:41 字数 245 浏览 1 评论 0原文

正如这个问题中详细介绍的,System.Uri 是反映我对 URI 意图的不错选择。但是电子邮件地址呢?

它似乎不那么明确,因为 MailAddress 在其 DisplayName 属性中有额外的信息,不太适合。

As covered well in this question, System.Uri is a good choice to reflect my intention for URIs. But what about for email addresses?

It seems not as clear-cut, because MailAddress has extra information in its DisplayName property that is not a great fit.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

窝囊感情。 2024-10-28 08:47:41

如果您不想或不需要,则不必使用 DisplayNameMailAddress 类型通过在其构造函数中抛出异常来确保电子邮件地址格式正确。我认为,出于这个原因,使用 MailAddress 而不是 String 是值得的,而且还因为它传达了意图并且增加了很少的开销。

You don't have to use the DisplayName if you don't want or need to. The MailAddress type ensures that an email address is well formed by throwing an exception in it's constructor otherwise. I would argue that it is worth using MailAddress over String for this reason and also because it communicates intent and adds little overhead.

梦情居士 2024-10-28 08:47:41

System.Uri 有很多有用的功能,但 System.Net.Mail.MailAddress 没有,因此是否使用它并不是一个关键的决定。 FWIW,我已经以两种方式实现了它(但在不同的地方!)——字符串和MailAddress。

System.Uri has a lot of useful functionality, but System.Net.Mail.MailAddress doesn't, so whether to use it is not a critical decision. FWIW, I have implemented it both ways (but in different places!) -- string and MailAddress.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文