Люди, пожалуйста, обьясните мне: для чего нужны Делегаты?????

Создавать и эксплуатировать их я научился, но так и не смог понять: зачем они? зачем усложнять жизнь процессору? Он и так загружен виндой .

Что мешает на прямую обратиться к методу и передать туда параметры? 

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

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


А какой вариант по созданию делегата правильнее использовать? первый или второй

Простите - откуда такая информация?



Для того же, что callback-функции. 
т.е.


делегат - тоже самое - только гламурнее.

Это сообщение отредактировал(а) mrbrooks - 23.3.2011, 10:41

 
Как объяснили. То есть именно этот вопрос ни где не объясняется: Для чего это создано.


пожалуйста, по больше примеров (кода)



Я уже начал подумывать что Делегаты созданы защищать обращение к методам, как Свойства защищают обращение к переменным.

 вот я и начал подумывать о том, чтоб обращение было зафиксировано, и не утеряно.

1. здесь делегат позволяет сократить код, за счет передачи метода который следует применить к коду


2. Для событий. мы описываем метод который должен должен быть в классе который на этот метод подписан. И мы уверены, что если класс подписан на событие, то метод с такой сигнатурой там по любому есть и просто вызываем его. Если попытаться как то это все сделать без делегатов, то мы свалимся в огромную кучу запутанного кода и слишком сильных сильных связей - и любой пук в коде приведет к полной жопе.

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

Понятно, делегаты нудны для событий.
А как на счет многопоточности? К примеру 3 фоновый поток обращается за инфой к 6 фоновому потоку. Это тоже лучше делать через делегат?

WolfTheGrey, читайте специализированную литературу, больше практикуйтесь и понимание придет. Приведу аналогию: как туземцу из экваториальной Африки объяснить что такое снег в Антарктике?

Приведу, как мне кажется, хороший пример:


Тут в DisplayMessages как видите в цикле не происходит каждый раз сравнение параметра currentOutputKind и в зависимости от его значения вызова той или иной функции - в результате цикл проходится быстрее.

Не только, уже сказали. 

Для чего нужен тип string? Чтобы хранить ссылку на текстовые данные.
Для чего нужен тип int? Чтобы хранить ссылку на целочисленные данные.
Для чего нужен тип Delegate? Чтобы хранить ссылку на методы.

Делегаты именно так и следует рассматривать - ссылка на метод. Без делегатов не обойтись нигде, где вам конкретный метод и его расположение не имеет значение (кроме сигнатура метода). Делегат описывает сигнатуру метода, то есть самую необходимую для его вызова информацию (типы параметров и возвращаемого значения). При присваивании такой переменной значения, переменная будет указывать на конкретный метод. Также, без делегатов было бы невозможно реализовать такую классную вещь, как анонимные методы или лямбда-выражения.

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

ЗЫ:
Я не читаю книжки по программированию, но здесь речь идет о внутренней реализации многопотчности в винде. Подробнее можно поискать в нете об этом и если что не понятно будет спросить в новой теме. За ваш поток не беспокойтесь, все ваши данные будут там в целости и сохранности, речь шла совсем о другом безобразии, которое Рихтер, надеюсь, поясняет или детализирует позже.

Да чего вы человеку жизнь усложняете))) 
WolfTheGrey, ты глянь на методы во фреймворке, которые принимают в качестве параметра делегат и всё станет ясно.