使用Resharper 4.1，我遇到了一个有趣的警告：“通过派生类型访问类型的静态成员”。这是发生这种情况的代码示例：
class A {
public static void SomethingStatic() {
//[do that thing you do...]
}
}
class B : A {
}
class SampleUsage {
public static void Usage() {
B.SomethingStatic(); // <-- Resharper warning occurs here
}
}
有人知道通过B使用A的静态成员时有什么问题（如果有）吗？
Answers:
一个可能引起误解的地方是静态变量是工厂方法，例如，WebRequest类具有工厂方法Create，如果通过派生类进行访问，则将允许编写这种类型的代码。
var request = (FtpWebRequest)HttpWebRequest.Create("ftp://ftp.example.com");
这request是类型，FtpWebRequest但是令人困惑，因为HttpWebRequest即使Create方法实际上是在WebRequest（基类）上定义的，它看起来也是从（同级类）创建的。以下代码的含义相同，但更清楚：
var request = (FtpWebRequest)WebRequest.Create("ftp://ftp.example.com");
最终，通过派生类型访问静态对象没有大问题，但是通过这样做通常可以使代码更清晰。
Create上HttpWebRequest，隐藏的方法。重新编译，代码中断。许多编程语言仍然认为世界仍然存在。
B.SomethingStatic()使得该声明SomethingStatic是其成员B。这不是真的。 SomethingStatic毫无疑问是的成员A。方便其访问B（如果它是的成员B）不合格的事实。BIMO合格后就可以访问它，这是一个错误。
class Validator : ValidatorBase<ThrowStrategy> {}。用法：Validator.CheckNonEmpty(str)。将此与进行比较ValidatorBase<ThrowStrategy>.CheckNonEmpty(str)。
Validator.CheckNonEmpty它看起来Validator像是类的静态成员，其行为与ValidatorBase<ThrowStrategy>.CheckNonEmpty由不同类型提供的有所不同。事实并非如此，这令人困惑。而且，如果您还有另一个派生类，您也可以调用CheckNonEmpty它吗？这种不适当的功能可能会在某些情况下为您节省一些打字的事实，但这并不意味着它是一个好功能。
CheckNonEmpty属于Validator该类，但不是，但是只要它做什么就无关紧要。
通常这不是警告，只是建议。您正在不必要地创建对某些内容的依赖。
假设您以后决定B不需要继承A。如果遵循Resharper的建议，则无需修改该行代码。
Foo中A，然后给出一个实例B可变称b，你没有同样的自由，在静态情况下说“其中”Foo应该抬起头来。b无论您做什么，都必须从开始。因此，它与静态方法并不完全相同。