С# extension methods: простой, но полезный пример

Используйте StringBuilder для больших коллекций, мой Вам совет...
http://msdn.microsoft.com/en-us/library/…

С статья отличная, буду сам пользоваться!

а полноценные открытые классы там есть? Или только статические методы можно добавить?

easyman прав, StringBuilder работает гораздо быстрее из-за особенностей хранения объектов string в .Net.

От себя добавлю:
вместо

return result.ToString();

лучше писать

string str = result.ToString();
result.Length = 0; //псевдо вызов Dispose(), вдруг боооольшой текст будет:)
return str;

Чего-то мне и эта строка не нравится:

result.AppendFormat(", {0}", list[i].ToString());

я бы предложил

result.Append(", ");
result.Append(list[i].ToString());

Вот тут интересная статья про extention methods в C# в сравнении с Ruby

Недавно у кого-то увидел довольно оригинальное использование extention methods.
Ребята создали extention method для строки, который с помощью Reflection создавал объект, имя котрого в строке прописано.
Выглядит примерно так:
IMyClass x = "MyClass".Create();

Полезно. Поможет сократить количество кода.

Не, если уж тут о правильности кода заговорили...

Лучше переписать начало метода:


if (list == null || list.Count

А насколько оправдано использование этих расширений?
Я про случай, когда я в своём классе определю метод с именем и параметрами, что и у расширителя. Тогда, если повезёт, у меня проект собиратся не будет, иначе потенциальная бага.
Может лучше явно использовать статические методы?

когда-нибудь из с# получится наконец что-то хорошее. только оно будет копией языка Smalltalk...

Extension methods - очень мощное оружие, но и очень опасное. Почти как указатели. Применять необходимо с очень большой опаской и все методы должны быть снабжены комментариями - иначе при review такого кода получите очень много вопросов.

Ну, тогда уж вместо for надо использовать foreach, т.к. не каждый IList реализован в виде массива - например, тот же StringBuilder внутри себя держит LinkedList, и поиск в нем занимает не O(1), а O(n).


public static string ListToString(this IList list)
{
StringBuilder result = new StringBuilder();

foreach (var item in list)
if (result.Length == 0)
result.Append(item.ToString());
else
result.AppendFormat(", {0}", item.ToString());

return result.ToString();
}

Это ж в любой книжке про Design Patterns есть. Гради Буча все идем читать :)

Просто, красиво, элегантно. Отлично! Спасибо.

>> Extension methods - очень мощное оружие, но и очень опасное. Почти как указатели. Применять необходимо с очень большой опаской и все методы должны быть снабжены комментариями - иначе при review такого кода получите очень много вопросов.

С чего вы так решили? Существует язык компонентный паскаль (Оберон 2), его создатель Вирт, во многих статьях писал, что текущая реализация ООП (в языка C++, Delphi, C#) является не очень удачной (его гложили отличия класса от типа) и в своём языке реализовал ООП основываясь только на записях (обычные типы), к которым можно прицеплять методы, как раз с помощью подобия extension methods.

http://www.inr.ac.ru/~info21/cpascal/cp_report_1.4_rus.htm

Процедуры, описанные глобально , могут быть связаны с каким-либо типом записей, описанным в том же модуле. Такие процедуры называют методами [methods], связанными с данным типом записей. Связь выражается посредством указания типа принимающего параметра в заголовке описания процедуры. Получающий параметр может быть VAR или IN параметром типа T или параметром-значением типа POINTER TO T, где T — тип записей. Метод связан с типом T и считается в нем локальным.

ProcedureHeading = PROCEDURE [Receiver] IdentDef [FormalParameters] MethAttributes.

Receiver = "(" [VAR | IN] ident ":" ident ")".

MethAttributes = ["," NEW] ["," (ABSTRACT | EMPTY | EXTENSIBLE)].

Если метод M связан с типом T0, он также неявно связан с любым потомком T1 типа T0. Однако если метод M' (с тем же именем, что и у M) описан как связанный с T1, он становится связан с T1 вместо M. M' считается переопределением M для T1. Списки формальных параметров M и M' должны соответствовать [match], кроме случаев, когда M — процедура-функция, возвращающая указательный тип. В последнем случае тип результата функции M' должен быть расширением типа результата M (ковариантность) (см. Приложение A). Если M и T1 экспортируются (см. гл. 4), то M' тоже должен экспортироваться.



----------------------
При этом злые языки говорят, что мелкомягкие сотрудничают с Виртом и перетаскивают интересные вещи себе в C#. При этом любовь к перетаскиванию уже явна была неоднократна (с тем же LINQ), поэтому неверить как-то не получается.

И ещё пример: Оберон был первым компилируемым языком с поддержкой автоматической чистки мусора (возможно, тоже наследие Оберона).

Просьба к Вам и вообще ко всем - давайте код красивый в блоге-то писать)
String.Empty, например.

public static string AsFormat(this string format, params object[] args)
{
return String.Format(format, args);
}

и теперь можно:
string message = "Hello {0}, my name is {1}".AsFormat("Habraman", "SHSE");

тоже полезное расширение
public static string Join(this IEnumerable<string> items, string separator)
{
  return string.Join(separator, items.ToArray());
}