Вот начали изучать шарпак.Пару уроков прогулял...
Взял в электронке у одногрупников.А там делегаты описываются и задание нужно сделатьНо так хреново описываются...Обьясните на пальцах.Вроде как понял ,что это "крутой" указатель на функцию.?
З.Ы.Тоьлко плиз без умничества и споров.Просто на пальцах...

Coocky
Попробую на пальцах объяснить

Это не совсем указатель. Это тип указателя.
Объявление

Код

delegate void fType(int param);

примерно похоже на объявление в С++ (в VC++ 6.0 не прокатит)

Код

typedef void (*fType)(int param)

Дальше, пусть у нас есть такой код:

Код

void myFunction(int p) {      return; }

Тогда указатель на неё будет определяться так:

Код

fType ptr = new fType(myFunction);

Но! Есть важная разница.
Делегат хранит в себе информацию о том, к какому объекту (именно объекту) принадлежит метод.
Т.е. в нём также сохраняется ещё и указатель на объект. И при вызове через делегат именно этот объект передаётся в качестве this. Естественно, для статических методов он ничего не передаёт
Например:

Код

class myClass {   public int val;   public void myFunction(int p)   {        val = p;   } }

И где-то есть такой код

Код

myClass obj1 = new myClass(); myClass obj2 = new myClass(); fType p1 = new fType(obj1->myFunction); fType p2 = new fType(obj2->myFunction); p1(1); p2(2); System.Console.WriteLine(obj1.val.ToString()); System.Console.WriteLine(obj2.val.ToString());

Выведет строки с числами 1 и 2.

Кроме того в делегаты можно объединять. Т.е. им можно будет сразу вызывать много функций.
Для объединения служит оператор + (для удаления соответственно -).

Код

fType p3 = p1 + p2; p3(5); // вызовет методы для обоих объектов p3 -= p1; p3(7); // вызовет только для второго

[offtop]
Coocky, я понимаю конечно, но ведь необязательно учить все по лекциям... Есть книжки... Если проработаь одну книжку, начнешь гораздо лучше все понимать...
[/offtop]

http://www.electronick.org.ua/articles/183/
http://www.buildercpp.net.ru/phpBB2/portal...clessharp&id=30
http://dotsite.ru/Tutorials/CSharp/

Спасибо всем!Извините что гружу ламерскими вопросами,но такие обстоятелства Нетерпеливый я ...А вот с книжками проблемы.Почему-то ну ОЧЕНЬ дорого стоят.Спасибо за сылку.
Но еще буду вас мучать

Делегаты прекрасно можно изучить по МСДН.

И вот мне кто-нибудь бы в двух словах объяснил, в чем СМАК делегатов???????  Вот пример из MSDN


Я добавила еще одну строку - вот эту 

Ну так в чем необыкновенность первых трех строк, using делегатов, если я могу, НА МОЙ ВЗГЛЯД, так же использовать совершенно обычные методы.   

Примеры:

1) Есть класс с методом, который предоставляет частичную функциональность. Сам метод реализует только наиболее общую часть логики, остальное должен выполнить пользователь данного метода. Живой пример - Array.ForEach, Array.ConvertAll и т.п.
2) Объект А хочет, чтобы окружающие объекты могли реагировать на изменения состояния объекта А. Для этого можно выставить наружу переменную с типом делегата, тогда любой желающий может добавить свой метод в список вызова делегата (Delegate.Combine), а объекту А останется только вызывать подписчик(и) делегата с пом. Invoke. Кстати, так работают события.

Вообще, спор о том для чего годятся и не годятся делегаты, шёл одно время в разделе Java vs. NET в форуме по Java. Выяснили, что вместо делегата можно использовать виртуальный метод, объявленный в базовом классе, и реализованный в производном классе. Также выяснили, что статические методы вызывать таким способом нельзя (а с пом. делегатов можно вызвать как статический, так и нестатический метод). Окончательно решили, что делегат - всего лишь синтаксический сахар, позволяющий сократить количество строк кода, отводимых на классы с реализацией виртуальных методов.

C Праздником!

Подскажите пожалуйста, а зачем вообще нужны делегаты, как я понял события это тоже самое, что и делегаты, только удобнее или я не прав?

Нет, нет и нет  
Евенты реализуются через делегаты. Т.е. евенты это только часть того, что можно сделать с помощью делегатов.

Вот второй вариант использования:



Это сообщение отредактировал(а) ivashkanet - 10.5.2007, 08:59

Добавлю к сказанному 
ivashkanet, если он не против 

Евенты - это оболочка над делегатами они просто инкапсулируют в себе некоторые дополнительные методы и свойства, которые позволяют работать с делегатами с меньшим числом ошибок. Например, они реализуют методы Add() и Remove() для регистрации методов делегата, поле, которое содержит сам делегат.
Как пишет товарищ Троелсен, евенты "это синтаксическая конфетка для удобства написания кода". Если MSIL посмотреть, то увидим только делегаты и ничего больше. 
Когда-то я написал простую программу на событиях, потом переписал ее с помощью одних только делегатов. И код получился проще (интуитивно понятным) и работала она быстрее.
Любил спорить, что делегаты круче чем евенты 
А потом почитал паттерны и все понял. Паттерн наблюдатель, по-моему - это делегат, а событие расширяет его как паттерн команда.

Не хочу холиварить (  ), но эвент и есть реализация Наблюдателя:


Код Равносилен, как сказал tol05, следующему:
После этой строчки, в коллекцию делегатов (someObject.SomeEvent) добавится новый делегат на наш метод (new SomeDelegate(SomeMethod))

Далее, когда мы выкидываем этот эвент, мы, по сути, запускаем по очереди каждый метод (представленный делегатом) в коллекции делегатов:


Таким образом, наш класс добавляет наблюдателя new SomeDelegate(SomeMethod) к объекту someObject на действие SomeEvent


Это сообщение отредактировал(а) ivashkanet - 10.5.2007, 09:51

Не грамотно просто сформулировал... извиняюсь.
Зачем писать кучу кода, когда можно обойтись event'ами, ведь компилятор сам создаст необходимые, шаблонные, методы и все равно потом все переведет в один и тот же CIL код.  

Добавлено через 2 минуты и 26 секунд
Или это просто устаревшая запись оставленная для совместимости?

EvgenZ, в каком месте обойтись?
Как мне поможет Эвент при кастомной сортировке массива:

Пример притянут за уши (ибо в этом случае лучше использовать класс с интерфейсом IComparer), но суть проясняет.


Повторюсь: эвенты, это только вершина айсберга применения делегатов!

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