我负责制定编码规范和进行代码审查。
我在我们的源代码中发现了这样的内容：
object.Property = myVar1 = myVar2;
我个人不这样做，因为我觉得它很令人困惑。我看到这个，就想把它读成这样：
object.Property = myVar1 == myVar2;
我总是将等式表达式用括号括起来：
object.Property = (myVar1 == myVar2);
这种所谓的“链式赋值”确实具有争议性，并且在SO上有很多相关问题。
正如您所知，这是赋值作为表达式而不是语句的副产品，对许多人来说可能会令人困惑。
在许多语言中，这对于新手来说有些危险。在使用[]构造空数组对象的语言中，编写
a = b = []
使a和b引用同一个对象。初学者往往认为这会创建两个独立的空数组，可以分别填充。然而不是这样！在C#中，相当于：
a = b = new SomethingOrOther();
可以说这种情况发生的可能性要小得多，因为在声明时更有可能初始化a和b，这样的双重赋值也会更加罕见。此外，C#程序员更有可能看到这种明显的共享。
禁止这种操作有如下三个好处：
当你遇到容易出错的结构时，应该避免使用它们，因为避免使用它们可以避免特定的错误。虽然在C#中，这种情况可能比其他语言要少出错得多。
在C#中，这通常不是什么需要担心的事情。
除非您的变量是bool（在这种情况下，无论如何都应将其分成两个语句），否则这不会出错 -- 这两种情况只有其中之一会正确工作，因此没有"意外地"省略或输入额外的=的危险。
结论：不要担心非布尔类型的情况。
我遇到想要使用a = b = c的情况非常少，所以我会将其写成两个单独的语句。（这对我来说通常也是可以的，因为我喜欢在可能的情况下不重新分配变量，仅在声明时进行赋值，并且每个变量声明只声明一个变量。）
然后，如果我遇到a = b == c，我会将其视为“将等式的结果分配给a”，并且甚至不会再想一次（因为我的编码风格不包括a = b = c）。
然而，在C#中，这种错误被最小化了，因为除了处理布尔类型（对于a、b和c），编译器会抱怨类型不匹配。
祝编码愉快。
object.Property = myVar1 == myVar2;
由于这涉及到编码风格，因此这非常取决于我的个人看法。
几乎任何语言特性都可以被视为令人困惑或精妙，这取决于开发者。有些人认为运算符重载（或泛型、闭包、高阶函数等）是通往地狱的道路，而其他人则认为它是创建简洁易读代码的好工具。
如果这是您代码库中的常见模式，则您的开发人员可能已经熟悉了该模式的语义。在这种情况下，我认为反对该模式可能会产生反效果。
如果这是您代码库中不常见的模式，则这可能是一种令人困惑的模式，因此建议反对并搜索使用该模式的位置，并考虑进行重构。