Цитата(Domestic @ 7.4.2005, 10:20)

Для меня отличие в том, что я понимаю листенеры полностью; а вот что же передается делегату - загадка  То есть, все-таки это не Питон, где можно определить функцию function , а потом писать x = function, в .НЕТ же явно указатели на методы нельзя пользовать.

Делегату (как методу) передаётся вызов с заданными аргументами. Внутри себя делегат (как класс) перечисляет подписчиков и вызывает каждого из них, передавая им эти же аргументы.

Кстати, а как в JAVA добавить обработчик события, если метод-обработчик является статическим ?
В .net такое возможно за счёт того, что делегат (как класс) хранит в списке подписчиков не только указатель на метод, но и указатель на объект, а для статических обработчиков - только указатель на статический метод класса.

Цитата(mr @ 7.4.2005, 01:28)

Кстати, а как в JAVA добавить обработчик события, если метод-обработчик является статическим ?

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

Цитата(Domestic @ 7.4.2005, 10:39)

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

Может быть класс-утилита, обрабатывающая события. Его методы реализуются как public static, и всем доступны всем классам из любой точки. К примеру, класс, сохраняющий сообщения в лог-файл. Можно сделать то же самое с пом. синглетона, но если по какой-либо причине это не подходит (ну например, мне нужно чтобы файл был открыт статическим конструктором класса, а не при обращении к Instance) - то всё делается статическими методами.

Можно, но возможных реализаций всегда можно много выискать. Того же можно достичь, реализовав методы как инстанс методы, и из них менять статик поля - вот поля и будут доступны всем. Правда, нужно создавать объект класса; но ведь любой делегат озбначает, что будет "за кулисами" создан целый класс.

Цитата(Domestic @ 7.4.2005, 10:50)

но ведь любой делегат озбначает, что будет "за кулисами" создан целый класс.

"За кулисами" (в классе делегата) создаётся только список подписавшихся методов, и список этот размещается "публикаторе" события (делегата). Никаких требований к подписчикам не выставляется - пусть они будут хоть статическими, хоть методами объекта класса. Это я к тому, что без делегатов приходится идти окольным путём для статиков:

Цитата(Domestic @ 7.4.2005, 10:50)

Того же можно достичь, реализовав методы как инстанс методы, и из них менять статик поля - вот поля и будут доступны всем. Правда, нужно создавать объект класса

Насчёт кроссплатформенности.

Есть в инете такая библиотека GTK+, которую портировали на C#. Вкратце, это полноценная замена System.Windows.Forms. Вместе с GTK# можно разрабатывать любые приложения для Mono, Win и любых других платформ, на которые будет переведён .NET Framework.

Теперь про JAVA...
Мобильники у всех есть? Игры скачивали, устанавливали? Ага, вот то-то и оно , оказывается J2ME-приложение может и не заработать на модели, на которую оно не было расчитано. Малочисленные "кроссплатформенные" J2ME-игры на самом деле содержат в себе кучу "примочек" для наиболее распространённых платформ, что снимает с них ярлык "кроссплатформенное приложение". Что скажут по этому поводу оппоненты из лагеря JAVA ?

Цитата(mr @ 7.4.2005, 11:35)

на которые будет переведён .NET Framework

Я бы выделил слово БУДЕТ большими буквами

Цитата(mr @ 7.4.2005, 11:35)

Что скажут по этому поводу оппоненты из лагеря JAVA

Мне кажется, это недостаток производителей телефонов - плохая реализация исполняющей системы.

Это сообщение отредактировал(а) Lamer George - 7.4.2005, 11:42

Цитата(Lamer @ 7.4.2005, 11:41)

Мне кажется, это недостаток производителей телефонов - плохая реализация исполняющей системы.

То есть, если так рассуждать, то проблема сводится к плохой реализации JVM в данном телефоне ? Байт-код, что ли, криво выполняется ? Тогда причём тут высокоуровневые заточки, когда программеру нужно избегать использовать какие-то классы из фреймворка J2ME ?

Цитата(mr @ 7.4.2005, 11:47)

когда программеру нужно избегать использовать какие-то классы из фреймворка J2ME

Так не программеру нужно избегать, а производителю мобилы бороться за то, чтобы его JVM полностью соотвтствовала стандарту. Не знаю, кто пишет исполняющую среду Java для win, linux и прочих осей - разработчики операционки или Sun'овцы - но для мобильников-то наверняка производитель делает это сам. Значит, он ответственен за точное соответствие спецификации виртуальной машины.

P.S. А .NET на мобилы разве ставят?

Цитата(Lamer @ 7.4.2005, 11:52)

А .NET на мобилы разве ставят?

ставят, на смартфоны.

C мобилами есть другая проблема.
Каждый производитель создаёт собственный библиотеки, что бы предоставить те или иные доп. функции.
Естественно, если написать приложение используещее "фичи" конкретного телефона, на другом телефоне оно не заработает.

А с байт кодом всё впорядке

Пройдёт ещё не много времени и на телефонах можно будет смело ставить "обычную" j2se %)

Вот вы спорите-спорите, а никто так и не сказал, что обе среды просто по разному реализуют паттерн Observer. Лично мне по душе ближе реализация .NET, потому что она более слабосвязанная - на классы-публикаторы или потребители событий не накладывается никаких ограничений, т.е не надо создавать и тем более реализовывать никаких интерфейсов.

Цитата

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

А разве интерфейс - это ограничение? Вот наследование - да, а имплементация интерфейса приводит лишь к тому, что нужно написать некий метод(ы), стандартно названный, ну так в любом случае и с делегатами нужен метод какой-то. Мне нравится, что методы названы стандартно, скажем, если я вижу баттон в коде, я знаю что будет метод actionPerformed. С делегатами этот метод можно назвать хоть PrivetVasjaPupkin()

Понял, повторяя сказанное, такая вещь, как анонимные методы будет в .NET 2.0 и уже есть в Mono 1.1.6. Это будет аналог того, о чем ты говоришь.

Цитата

Мне нравится, что методы названы стандартно, скажем, если я вижу баттон в коде, я знаю что будет метод actionPerformed. С делегатами этот метод можно назвать хоть PrivetVasjaPupkin()

С другой стороны, методу можно дать хорошее описательное имя, например closeButton_Click, а в Java так и останется actionPerformed. Вообще, я так понимаю из этого кода:

Код

JButton b = new JButton("Name");     //обьевляем событие      ActionListener listener = new ActionListener()       {                 public void actionPerformed(ActionEvent event)                 {                     /* действия */                 }      };     //добавляем событие объекту     b.addActionListener(listener);

что коментарий /* действия */, если его заменить на код, разворачивается в блок switch... эммм, если это так, то очень уж это смахивает на древний подход обработки сообщений из Win32 API. Читабельность у такого блока нулевая.