如何在服务层测试Add方法？

Question

public void AddArticle(ArticleDto article)
{
    CheckArticleFiles(article);

    CheckArticleTitle(article.Title);
    CheckArticleSummary(article.Summary);
    CheckArticleBody(article.Body);

    _articleRepository.AddArticle(article.MapToDbModel());
    _articleRepository.SaveChanges();
}

Answer 1

通常，接口的某些部分被设计成只在某些上下文中使用（仅在配置期间，仅在初始化期间，仅从某些线程，仅从测试代码，仅在某些系统状态中，...)。通过编程语言来表达这一点从而产生真正的技术障碍的可能性相当有限（通常您有公共和私有的，通常受到保护，有时稍微多一点）-而且通常存在克服障碍的技巧，如公共或私有声明，例如在C++中使用预处理器技巧，在Java和类似语言中使用内省。例如，在Python中，这样的机制完全被约定所取代--如果不遵守约定，迟早会松懈。

因此，从一个不关注特定编程语言的角度来看，我更喜欢将public、private等更多地视为表示体系结构约束的逻辑概念。例如，将一些表示实现细节的私有函数作为公共方法提取到一个单独的类中，并不会改变它们作为实现细节的性质：其他组件当然也不应该使用其他类，如果这些实现细节发生变化，使用该类的测试代码也不会受到更小的影响。我提到这一点只是为了证明，与将方法提取到不同的类中并告诉其他人不要使用该类相比，我认为公开一个方法但告诉其他人不要使用该方法没有太大区别。

在您的示例中，您希望表示某些函数应该被视为实现细节(private)，但仍然可以用于单元测试目的。而且，是的，我同意直接测试private函数比从所谓的服务层间接测试它们更有意义。这当然是一种权衡，但根据我的经验，我也知道这种情况。