Net framework 5, а также среды Visual Studio 2012 и C#

237
Методы.расширения
Правила и рекомендации
Приведу несколько правил и фактов, которые необходимо знать о методах рас-
ширения.
‰
Язык С# поддерживает только методы расширения, он не поддерживает свойств 
расширения, событий расширения, операторов расширения и т. д.
‰
Методы расширения (методы со словом 
this
перед первым аргументом) должны 
быть объявлены в статическом необобщенном классе. Однако нет ограничения 
на имя этого класса, вы можете назвать его как вам угодно. Конечно, метод 
расширения должен иметь, по крайней мере, один параметр, и только первый 
параметр может быть отмечен ключевым словом 
this
.
‰
Компилятор C# ищет методы расширения, заданные только в статических 
классах, определенных в области видимости файла. Другими словами, если вы 
определили статический класс, унаследованный от другого класса, компилятор 
C# выдаст следующее сообщение (ошибка CS1109: метод расширения должен 
быть определен в статическом классе первого уровня, 
StringBuilderExtensions
является вложенным классом):
error CS1109: Extension method must be defined in a top-level static
class; StringBuilderExtensions is a nested class
‰
Так как статическим классам можно давать любые имена по вашему желанию, 
компилятору С# необходимо какое-то время для того, чтобы найти методы рас-
ширения; он просматривает все статические классы, определенные в области 
файла, и сканирует их статические методы. Для повышения производительности 
и для того, чтобы не рассматривать лишние в данных обстоятельствах методы 
расширения, компилятор C# требует «импортирования» методов расширения. 
Например, пусть кто-нибудь определил класс 
StringBuilderExtensions
в про-
странстве имен 
Wintellect
, тогда другой программист, которому нужно иметь 
доступ к методу расширения данного класса, в начале файла программного кода 
должен указать команду 
using
Wintellect
.
‰
Существует возможность определения в нескольких статических классах 
одинаковых методов расширения. Если компилятор выяснит, что существуют 
два и более методов расширения, то тогда он выдает следующее сообщение 
(ошибка CS0121: неоднозначный вызов следующих методов или свойств 
'
StringBuilderExtensions.IndexOf(string, char)'
и 
'AnotherStringBuild
erExtensions.IndexOf(string, char)
):
error CS0121: The call is ambiguous between the following methods
or properties: 'StringBuilderExtensions.IndexOf(string, char)'
and 'AnotherStringBuilderExtensions.IndexOf(string, char)'.
Для того чтобы исправить эту ошибку, вы должны модифицировать про-
граммный код. Нельзя использовать синтаксис экземплярного метода для вызова 

---

238
Глава.8 .Методы
статического метода, вместо этого должен применяться синтаксис статического 
метода с указанием имени статического класса, чтобы точно сообщить компи-
лятору, какой именно метод нужно вызвать.
‰
Прибегать к этому механизму следует не слишком часто, так как он известен не 
всем разработчикам. Например, когда вы расширяете тип с методом расширения, 
вы действительно расширяете унаследованные типы с этим методом. Следова-
тельно, вы не должны определять метод выражения, чей первый параметр — 
System.Object
, так как этот метод будет вызываться для всех типов выражений, 
и соответствующие ссылки только будут загромождать окно IntelliSense.
‰
Существует потенциальная проблема с версиями. Если в будущем разработчики 
Microsoft добавят экземплярный метод 
IndexOf
к классу 
StringBuilder
с тем 
же прототипом, что и в моем примере, то когда я перекомпилирую свой про-
граммный код, компилятор свяжет с программой экземплярный метод 
IndexOf
компании Microsoft вместо моего статического метода 
IndexOf
. Из-за этого моя 
программа начнет себя по-другому. Эта проблема версий — еще одна причина, 
по которой этот механизм следует использовать осмотрительно.