не понял ни вопроса, ни последовавших ответов.

для чего используются делегаты прекрасно написано в документации

skyANAВозможно. Накидай пример с IoC, обсудим

public IAuthService AuthService {get;set;} // для proptery-injection

...


AuthService.RefreshLogon(...)


чего тут обсуждать-то?

skyANA,

вообще-то информация об аутентификации храниться в Ticket

почитайте

http://support.microsoft.com/kb/910443

достаётся средствами мембершипа. расшифровывается и десерилизуется. а класс сервиса как реализован зависит от задачи. что и как делает неизвестно. в этом как раз и великий смысл IoC.

skyANAВ WinForms использовать можно?

в WinForms использовать систему авторизации и аутентификации ASP.NET? ну канешна!

skyANAПричём классу не важно какой клиент использует пользователь для работы с системой: WinForms или ASP.NET.

возвращаемся к теме IoC.
ваш делегат это по сути ручная (хардкодинг) реализация того,
что предлагается DI-контейнером.

skyANAА в случае c IoC что будет? Некая реализация IAuthService будет открывать диалог?

в случае IoC, у вашего клиента будет интерфейс с методом подтверждения, который он будет дергать. а что там будет происходить в реализации ему по барабану вообще. пусть для WinForms будет открываться какое-то окошко или диалог. да хоть корабли в космос пусть запускает

skyANAНу да. А сейчас что не так? Где хардкод?
Есть реализация, что одинакого работает и в Win, и в Web клиенте. Нет необходимости писать две различные реализации.

тогда зачем делегат?

skyANA,

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

skyANA,

ок. но в данном случае не интересно чем занимается класс. важно кто и когда определяет делегат у инстанса твоего класса?

skyANAЭто поведение делегируется!

вот кем, чем и когда делегируется?

skyANA,

так об этом и речь. кстати, почему не event-событие? а делегат?

skyANAРазверни мысль.

да хотя бы даже так:


а делегат — это костыль. оно вообще изначально для событий было изобретено. поведение реализуется либо с помощью ООП, либо на уровне интерфейсов.

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

с делегатом в числе свойств/полей класса получается лапша-доширак в коде. все перемешалось. и мухи, и котлеты.
после адекватного ревью, такой кусок кода должен был бы помечен, как "WTF, убрать ево нафих!"

skyANA,

проблема №1.
удерживание контекста.

вам надо где-то сделать




если на объект someClassInstance потеряется ссылка, то будет Жопа

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

проблема №2.
размазывание логики.

может быть ты не знал, что по логике в свойствах и полях класса хранятся объекты, а не методы. не надо путать C# с JavaScript (где такой подход не только уместен, он жизненно необходим). существует небольшой ряд исключений из правил, например спецификации, где однако задача достаточно чётко обозначена и это обосновано. в основном делегаты — события и функциональщина в чистом виде. т.е. жизнь делегата должна быть коротка, очень коротка.., либо жестко кем-то управляема (event).

проблема №3.
гвозди.

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

проблема №4.
избыточность.

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

--------------

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

ошибочка...

skyANA,

работающего говнокода в мире навалом вот этот офигенный оргумент-железяка «ну оно же работает» надо повесить в рамочку с чёрной ленточкой.