asp.net - 寻找一种存储电子邮件模板的好技术

Question

我正在构建一个网站，我们在其中适度使用电子邮件模板。例如，我们将 token 传递到的 HTML 模板中，例如 {UserName}、{Email}、{NameFirst} 等。

就最佳实践而言，我正在努力解决在哪里存储这些内容的问题。我将首先展示我所采取的方法，并且我非常高兴听到一些专家关于替代方法的观点。

我在名为/Templates/的文件夹中创建了 HTML 模板。

我在服务层中调用静态方法，该方法接受以下参数:

1. 用户名
2. 用户ID
3. 电子邮件
4. 模板路径(“~/模板”)
5. 电子邮件主题

在服务层中，我有静态方法 SendUserEmail()，它使用 Template 类 - 它采用路径，将其作为字符串加载，并具有 AddToken() 方法。

在静态 SendUserEmail() 中，我根据方法签名构建 token 列表，然后发送电子邮件。

这在我的实际使用中导致了相当长的方法调用，特别是因为我从 web.config 调用“TemplatePath”和“Email subject”。我可以创建一个比 ConfigurationManager.AppSettings 具有更短方法调用的实用程序，但我更担心的是，我通常不会看到这么长的方法签名，我觉得这是因为我做错了什么。

此技术对于我现在拥有的电子邮件非常有效，这些电子邮件最多使用前 3 个 token 。然而，将来我将有更多的 token 传递，我只是想知道采取什么方法。

我是否创建特定于需要发送的电子邮件的方法？ IE。 SendNewUserRegistration()、SendMarketingMaterial()，每个参数都有不同的签名？

我正在使用 ASP.NET 成员(member)资格，其中可能包含我需要的所有字段的扩展。主要有三个对象:aspnet_User、aspnet_Mebership 和 aspnet_profile。如果它全部包含在一个对象中，我就会直接将其传入。传入所有 3 个对象以获取我需要的所有字段是否存在性能问题？这与仅传递 aspnet_User.UserID、aspnet_User.Email 等相比？

我可以看到传递带有 token 条目的字典，但我只是想知道这是否对调用页面要求太多？

有没有办法将它们粘贴到它自己的名为 Templates.config 的配置文件中，该文件具有类似 - 的标签

<Templates>
<EmailTemplate Name="New User Registration">
<Tokens>
<UserName>
<UserID>
<Email>
</Tokens>
<Message Subject="Hi welcome...">
   Hi {UserName}...
</Message>
</EmailTemplate>
</Templates>

我想我问的主要原因是因为我很难确定责任应该在哪里，以确定使用什么模板以及如何传递参数。如果调用页面必须建立TokenName、TokenValue的字典可以吗？或者该方法应该将每个作为定义的参数？这在 web.config 中看起来不合适，因为我有 2 个条目 和 ，而且感觉它应该看起来更加嵌套。

谢谢。我可以使用任何客观方法的技巧或建议来询问我的方法是否合适。

Answer 1

首先我建议您使用NVelocity作为模板引擎。至于主要问题，我认为您可以创建一个抽象类 MailMessage 并为每条所需的消息派生每个抽象类(使用唯一的模板)。所以你将像下面这样使用它:

MailMessage message = new UserRegistrationMessage(tokens);
//some code that sends this message

通过这种方式，您可以强制每个具体的 XXXMessage 类负责存储模板并使用给定的标记填充它。如何处理代币？最简单的方法是在将其传递给消息之前创建一个字典，因此每个具体消息类都会知道如何处理传递的字典以及它应该包含哪些标记，但您还需要记住它应该包含哪些标记。另一种方法(我更喜欢它)是创建一个通用抽象类型TokenSet，并为每个所需的唯一标记集创建一个派生类型。例如，您可以创建一个 UserMessageTokenSet : TokenSet 以及其中的几个属性:

UserNameToken
SomeUserProfileDataToken

等等。因此，使用这种方式，您将始终知道应该为每个 token 集设置哪些数据以及
UserRegistrationMessage 将知道从该 tokenSet 中获取什么。

还有很多路要走。如果您能更好地描述您的任务，我想我会尝试向您提出更具体的建议。但总体思路已在上面列出。希望有帮助 =)