我目前正在构建一个 Web 应用程序,并尝试按照良好的 MVC 和面向服务的架构来设计它。
但是,我在连接表示层(即我的 Controller )和后端服务时遇到了一些困难,同时仍然保持向用户返回良好的错误/验证报告。
我读了一篇非常好的 SO 帖子 here关于如何将验证逻辑与服务层分开,并且在大多数情况下都是有意义的。 然而,在这个模型中有一个“缺陷”,如果你可以这么调用它的话:在查找验证器和服务都需要的对象时,如何避免重复工作?
我认为用一个相当简单的例子来解释会更容易:
假设我有一个允许用户共享代码片段的应用程序。现在,我决定添加一项新功能,允许用户将他们的 GitHub 帐户附加到他们在我网站上的帐户(即建立个人资料)。 出于本示例的目的,我将简单地假设我的所有用户都是值得信赖的,并且只会尝试添加他们自己的 GitHub 帐户,而不是其他任何人的:)
在上述 SO 文章之后,我设置了一个基本的 GitHub 服务来检索 GitHub 用户信息。
interface IGitHubUserService {
GitHubUser FindByUserName(string username);
}
GitHubUserService 的具体实现对 https://api.github.com/users/{0}
进行了一次代价高昂的调用,以提取用户信息。
同样,按照文章的模型,我实现了以下命令以将用户帐户链接到 GitHub 用户:
// Command for linking a GitHub account to an internal user account
public class GitHubLinkCommand {
public int UserId { get; set; }
public string GitHubUsername { get; set }
};
我的验证器需要验证用户输入的用户名是否为有效的 GitHub 帐户。这非常简单:在 GitHubUserService
上调用 FindByUserName
并确保结果不为空:
public sealed class GitHubLinkCommandValidator : Validator<GitHubLinkCommand> {
private readonly IGitHubUserService _userService;
public GitHubLinkCommandValidator(IGitHubUserService userService) {
this._userService = userService;
}
protected override IEnumerable<ValidationResult> Validate(GitHubLinkCommand command) {
try {
var user = this._userService.FindByUserName(command.GitHubUsername);
if (user == null)
yield return new ValidationResult("Username", string.Format("No user with the name '{0}' found on GitHub's servers."));
}
catch(Exception e) {
yield return new ValidationResult("Username", "There was an error contacting GitHub's API.");
}
}
}
好的,太棒了!验证器非常简单明了。现在是制作 GitHubLinkCommandHandler
的时候了:
public class GitHubLinkCommandHandler : ICommandHandler<GitHubLinkCommand>
{
private readonly IGitHubUserService _userService;
public GitHubLinkCommandHandler(IGitHubUserService userService)
{
this._userService = userService;
}
public void Handle(GitHubLinkCommand command)
{
// Get the user details from GitHub:
var user = this._userService.FindByUserName(command.GitHubUsername);
// implementation of this entity isn't really relevant, just assume it's a persistent entity to be stored in a backing database
var entity = new GitHubUserEntity
{
Name = user.Login,
AvatarUrl = user.AvatarUrl
// etc.
};
// store the entity:
this._someRepository.Save(entity);
}
}
同样,这看起来非常简洁明了。然而,有一个明显的问题:对 IGitHubUserService::FindByUserName
的重复调用,一次来自验证器,一次来自服务。
在糟糕的一天,如果没有服务器端缓存,这样的调用可能需要 1-2 秒,使得复制成本太高而无法使用此架构模型。
在围绕外部 API 编写验证器/服务时,有没有其他人遇到过这样的问题?除了在具体类中实现缓存之外,您如何减少重复工作?
最佳答案
在我看来,问题在于 LinkCommandHandler 和 LinkCommandValidator 都不应该首先检索 GitHub 用户。如果您根据单一职责原则考虑,Validator 有一个单一的工作来验证用户的存在,而 LinkCommandHanlder 有一个单一的工作来将实体加载到存储库中。他们都不应该有从 GitHub 中拉取实体/用户的工作。
我喜欢按照以下模式构建我的代码,每个代表一个属性层。每一层都可以与上层和下层对话,但不能跳过一层。
- 数据层 -- 这代表数据源,例如数据库或服务,通常您不需要为此编写代码,您只需使用它即可。
- 访问层——代表与数据层交互的代码
- 持久层——这表示为调用访问层准备项目的代码,例如数据转换、从数据构建实体,或将对访问层的多次调用分组为单个请求以检索数据或存储数据。此外,缓存的决定以及缓存和清除缓存的机制将驻留在这一层。
- 处理器层 - 这代表执行业务逻辑的代码。这也是您可以使用验证器、其他处理器、解析器等的地方。
然后我将上述所有内容与我的表示层分开。这个概念是核心代码和功能不应该知道它是从网站、桌面应用程序还是 WCF 服务使用的。
所以在您的示例中,我将有一个 GitHubLinkProcessor 对象和一个名为 LinkUser(string username) 的方法。在该类中,我将实例化我的 GitHubPeristenceLayer 类并调用其 FindUserByName(string username) 方法。接下来,我们继续实例化 GitHubUserValidator 类以验证用户不为空并且存在所有必要的数据。一个验证通过后,一个 LinkRepositoryPersistence 对象被实例化,并将 GitHubUser 传递给 AccessLayer 以实现持久化。
但我想强烈指出,这只是我的做法,我绝不想暗示其他方法的有效性较低。
编辑:
我想要一个简单的答案,因为我担心我的回答已经太长太无聊了。 =) 我要在这里分头发一会儿,所以请耐心等待。对我来说,您不是通过调用 Git 来验证用户。您正在检查远程资源是否存在,这可能会或可能不会失败。打个比方,您可以验证 (800) 555-1212 是美国电话号码的有效格式,但不能验证该电话号码是否存在且属于正确的人。那是一个单独的过程。就像我说的,它是 split 的,但这样做允许我描述的整体代码模式。
那么让我们假设您的本地用户对象有一个不能为空的 UserName 和 Email 属性。您将对这些进行验证,只有在验证正确时才继续检查资源。
public class User
{
public string UserName { get; set; }
public string Email { get; set; }
//git related properties
public string Login { get; set; }
public string AvataUrl { get; set; }
}
//A processor class to model the process of linking a local system user
//to a remote GitHub User
public class GitHubLinkProcessor()
{
public int LinkUser(string userName, string email, string gitLogin)
{
//first create our local user instance
var myUser = new LocalNamespace.User { UserName = userName, Email = email };
var validator = new UserValidator(myUser);
if (!validator.Validate())
throw new Exception("Invalid or missing user data!");
var GitPersistence = new GitHubPersistence();
var myGitUser = GitPersistence.FindByUserName(gitLogin);
if (myGitUser == null)
throw new Exception("User doesnt exist in Git!");
myUser.Login = myGitUser.Login;
myUser.AvatorUrl = myGitUser.AvatarUrl;
//assuming your persistence layer is returning the Identity
//for this user added to the database
var userPersistence = new UserPersistence();
return userPersistence.SaveLocalUser(myUser);
}
}
public class UserValidator
{
private LocalNamespace.User _user;
public UserValidator(User user)
{
this._user = user;
}
public bool Validate()
{
if (String.IsNullOrEmpty(this._user.UserName) ||
String.IsNullOrEmpty(this._user.Email))
{
return false;
}
}
}
关于c# - 验证器和服务与外部 API 调用的分离,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30437540/