从 Web API 发送电子邮件而不暴露服务 IP/URL

Question

我正在开发一个提供帐户管理功能的应用程序。实施方面，它有一个用于 UI 的 MVC 应用程序和独立几个用于业务逻辑的 Web API 服务。

我需要在以下几种情况下管理向用户发送邮件

• 用户创建帐户，Web API 发送确认/激活邮件

• 用户忘记密码，Web API 发送重置链接

现在的问题是，如何在不暴露 Web API 主机 IP（或 URL）的情况下向用户发送邮件？也许，我可以做到以下几点：

1. 在 MVC 中创建一个操作，调用该操作时，将信息发送到 适当的 Web API 控制器方法

2. 使用适当的参数，将上述动作作为href包含在Web API发送的邮件中

另一种方法可能是，只需将代码发送给不带链接的用户，并要求用户在 UI 上输入该令牌（用户知道 MVC UI 链接）。

我更喜欢第二种方法。这是正确的方法吗？还有其他更好的方法吗？

注意事项：

• Web API 将使用 SendGrid 发送邮件

• 系统（MVC 和 Web API）将托管在 Azure 中（我提到这一点是为了 当 Azure 向外扩展时，了解上述第一种方法中的任何陷阱 系统）。

谢谢

Answer 1

我不明白这种混乱。无论如何，您永远不会将用户直接链接到 Web Api。本质上，MVC 项目在这个场景中只是变成了围绕 Web Api 的 UI，例如：

1. 用户在 MVC 站点上加载“注册”页面并将表单提交到 MVC 站点上的操作
2. MVC 站点的 post 操作调用 Web Api 来注册用户并发送确认电子邮件。然后，将用户重定向到 MVC 站点上的另一个页面。
3. Web Api 向用户发送确认电子邮件，其中包含用于确认MVC 站点的链接。
4. 用户单击电子邮件中的链接，并被带到 MVC 站点上的确认页面。
5. MVC 站点再次与 Web Api 交互以确认用户，并将用户重定向到 MVC 站点上的另一个页面。

如您所见，在上面的任何一点上，用户都没有意识到 Web Api 组件的存在。他们唯一的互动是与 MVC 网站。

现在，我会更进一步，说 MVC 站点不应该知道它正在使用 Web Api，或者。本质上，它只是像使用数据库一样使用 Web Api。它只知道它需要执行一些恰好由 Web Api 完成的功能。因此，您应该将 Web Api 调用包装到一个服务类中，实现一个接口。例如：

public interface IService

public class WebApiService : IService

在IService 上，您将定义服务客户端可以执行的所有操作。 RegisterUser、SendConfirmationEmail、ConfirmUser 等。然后，在 WebApiService 上，您将使用您的 Web Api 来实现这些方法。但是，您的 MVC 站点应该只与IService 交互，然后您可以使用依赖注入框架为IService 注入WebApiService。然后，如果由于某种原因，您以后需要直接切换到使用 Entity Framework，例如，您可以创建如下内容：

public class EntityFrameworkService : IService

然后，然后注入它。由于 MVC 应用程序只知道 IService，因此您根本不需要更改任何内容。