c# - 流畅的接口(interface)是否违反了命令查询分离原则？

Question

我开始编写流畅的界面并查看了 Martin Fowler 写的关于流畅界面的旧文章(我没有意识到他和 Eric Evans 创造了这个词)。在这篇文章中，Martin 提到 setter 通常会返回正在配置或处理的对象的实例，他说这违反了 CQS。

The common convention in the curly brace world is that modifier methods are void, which I like because it follows the principle of CommandQuerySeparation. This convention does get in the way of a fluent interface, so I'm inclined to suspend the convention for this case.

因此，如果我的流畅界面执行以下操作:

myObject
  .useRepository("Stuff")
  .withTransactionSupport()
    .retries(3)
  .logWarnings()
  .logErrors();

这真的违反了 CQS 吗？

更新 我分解了示例以将日志记录警告和错误显示为单独的行为。

Answer 1

是的，是的。所有这些方法显然都在返回一些东西，同样显然它们有副作用(从你不对返回值做任何事情，但你确实懒得调用它们这一事实来看)。由于 CQS 的定义规定增变器不应返回值，因此我们手中有一个明确的违规行为。

但是违反 CQS 对您来说重要吗？如果流畅的界面使您在各方面都提高了工作效率，并且如果您认为它是一个具有同样众所周知的优点和缺点的众所周知的模式，那么为什么应该它违反了纸面上的 X 原则呢？