Можно ли переопределить статический метод в C#?

Question

Мне сказали, что методы static неявно final и поэтому не могут быть переопределены. Это правда?

1. Может ли кто-нибудь дать лучший пример переопределения статического метода?

2. Если статические методы - это просто методы класса, каково их использование?

Answer 1

(1) Статические методы нельзя переопределить, однако они могут быть скрыты с использованием ключевого слова «новое». В основном методы переопределения означают, что вы ссылаетесь на базовый тип и хотите вызвать производный метод. Поскольку static являются частью типа и не подпадают под запросы vtable, что не имеет смысла.

Э.Г. статика не может сделать:

public class Foo { 
    public virtual void Bar() { ... } 
} 
public class Bar : Foo { 
    public override void Bar() { ... } 
} 

// use: 
Foo foo = new Bar(); // make an instance 
foo.Bar(); // calls Bar::Bar 

Поскольку статика не работают в случаях, вы всегда указывать foo.bar или Bar.Bar явно. Поэтому переопределение здесь не имеет смысла (попробуйте выразить его в коде ...).

(2) Существуют разные способы использования статических методов. Например, он используется в шаблоне Singleton для получения одного экземпляра типа. Другим примером является «static void Main», который является основной точкой доступа в вашей программе.

В основном вы используете их, когда вы не хотите или не можете создать экземпляр объекта перед его использованием. Например, когда статический метод создает объект.

[обновление]

Простой пример скрытие:

public class StaticTest 
{ 
    public static void Foo() { Console.WriteLine("Foo 1"); } 
    public static void Bar() { Console.WriteLine("Bar 1"); } 
} 

public class StaticTest2 : StaticTest 
{ 
    public new static void Foo() { Console.WriteLine("Foo 2"); } 
    public static void Some() { Foo(); Bar(); } // Will print Foo 2, Bar 1 
} 

public class TestStatic 
{ 
    static void Main(string[] args) 
    { 
     StaticTest2.Foo(); 
     StaticTest2.Some(); 
     StaticTest.Foo(); 
     Console.ReadLine(); 
    } 
} 

Обратите внимание, что если вы сделаете классы static, вы не можете сделать это. Статические классы должны быть получены от object.

Основное отличие между этим и наследованием заключается в том, что компилятор может определить во время компиляции, какой метод вызывать при использовании static. Если у вас есть экземпляры объектов, вам нужно сделать это во время выполнения (который называется поиском vtable).

Answer 2

Вы не переопределяете статический метод. Вы прячете это. См. this answer для получения дополнительной информации.

Некоторые причины использовать статические методы:

1. Они little bit faster, чем методы экземпляра. Также см. Это msdn article, в котором приведены номера производительности для резервного копирования (вкл. Статический вызов avg 0,2 нс, статический вызов avg 6.1ns, встроенный вызов вызова avg 1.1 ns, вызов экземпляра avg 6.8 ns)
2. Менее подробный для выписки - t необходимо создать экземпляр класса, чтобы добраться до них (и создание экземпляров также может повлиять на производительность)

Answer 3

Ну Вы не можете переопределить статический метод. Статический метод не может быть виртуальным, поскольку он не связан с экземпляром класса.

Метод «overriden» в производном классе фактически является новым методом, не связанным с тем, который определен в базовом классе (отсюда и новое ключевое слово).

Это важно понять: когда типы наследуются от других типов, они выполняют общий контракт, тогда как статические типы не связаны каким-либо контрактом (с точки зрения чистого ООП). Нет технического пути на языке, чтобы связать два статических типа вместе с контрактом «наследование». Если вы «переопределите» метод журнала в двух разных местах.

Если вы думаете об использовании статических методов, то это не имеет смысла; для виртуальной отправки вам нужен фактический экземпляр объекта для проверки.

Статический метод также не может реализовать интерфейс; если этот класс реализует интерфейс IRolesService, я бы утверждал, что метод не должен быть статическим вообще. Лучше иметь метод экземпляра, так что вы можете поменять свой MockRoleService с реальным сервисом, когда будете готовы