M mr.DUDA

Вопросы, мнения и просто свои мысли по поводу особенностей платформы .NET в сравнении с JAVA можно обсудить в этой теме. В любых других темах замечания типа "JAVA (или .NET) круче!" будут являться оффтопом, даже в том случае, если они аргументированы :). P.S. аналогичная тема есть в разделе по JAVA.

Цитата

Как вы считаете, что является более перспективным для использования в разработке web-приложений: технология .NET или технология Java?

Если подходить ответственно к данному вопросу, а не просто кричать "маст дай" не важно по поводу какой-то платформе, то необходимо выбрать критерии, по которым мы можем оценивать ту или иную платформу.

1. Если мы возьмем критерием скорость работы, то тут скорее всего выигрывает .NET
2. Если мы возьмем критерием возможность работать на разных платформах, то тут несомненно выигрывает JAVA.
3. Если мы возьмем критерием распространенность ОС, под которую все это будет работать, то здесь опять же выиграет скорее всего .NET
4. Если берем скорость разработки, то для небольших проектов .NET тоже скорее всего выигрывает. Потому как скорость разработки сложных проектов уже определяются не кто сколько кнопочек быстрее накидает, а поддерживаемыми технологиями, а в этом системы в принципе равны.
5. Если мы говорим о зрелости и устойчивости платформы, то пока лидирует J2EE
6. Если мы берем количество компонент, то здесь выигрышь пока никому не принадлежит. Обе платформы имеют очень большой набор всевозможных компонентов.
7. Если мы говорим о таком явлении, как аплет, то в .NET что-то такое пока отсутствует (Я не говорю об ActiveX компонентах, т.к. это работает только в IE и не может рассматриваться как полная альтернатива аплетам). Хотя при распространенности IE это достаточно маленький выигрышь.

В принципе я склонен согласится с одним исследованием, по которому через небольшое время (2-3 года) около 40% рынка будет занимать .NET, другие 40% - JAVA, остальное будет распределено по специализированным системам (SQL на .NET или JAVA писать вы не будете - скорость все-таки нужна).
Рынок имеется в виду не количество проектов, а количество денег, вложенных в них. Понятно, что IIS очень сильно распространен потому как идет вместе с ОС. Но если смотреть на дорогой и крупный корпоративный рынок, то там пока Apache недосягаем. (Я не говорю и фирмах в 15-20 человек, где администратора-то часто не бывает).

Если смотреть на это как разработчик, то я уверен в том, что и те, и другие специалисты будут востребованы еще долгое время. Можно конечно прикрепится к монстру MS, но лично мне импонирует Java, хотя я стараюсь поддерживать свои знания на обеих платформах.

Цитата

2. Если мы возьмем критерием возможность работать на разных платформах, то тут несомненно выигрывает JAVA.

Наверняка, это чистый флейм (сорри), но немного сомнительно (ИМХО!!!) будущность этого высказывания.
Останется ли Java кроссплатформенной, при хороших показателях, естесственно?
1) Насколько я знаю, лицензия от Sun на использование JavaVM у Microsoft только до сентября 2004г. Потом - только Sun's JVM.
2) Все последующие версии Windows будут основываться на технологии .NET (пока еще что-нибудь не придумают..) - т.е. все программы будут исполняться через Microsoft's VM, а Win32-приложения будут считаться устаревшими (как ныне DOS-программы) и выполняться медленне .NET-программ (из "публичных" выступлений Microsoft.. может, я не так понимаю ситуацию?) и потреблять больше ресурсов. Вся дальнейшая разработка - только под .NET. Замечательно.. Но JavaVM на Windows - не более чем просто программа. Win32-приложение! => Если не изменять реализацию виртуальной машины - она просто устареет, будет сильно отставать по всем показателям.. Ее надо будет переписывать.. На чем?! На .NET? Виртуальная машина на виртуальной машине?! Тогда опять же Microsoft обойдет Java..
Хотя.. может, есть еще какой выход..
3) Просто дополнение - последние разработки SUN реализованы под Solaris, Linux'ы, по-моему под MacOS, но не под Windows! (судя по их официальным сайтам).. Конечно, тут играет роль профиль конторы и обыденная политика фирм.. Но так, чисто как дополнение, настораживает..

Итого, мое ЛИЧНОЕ мнение - "хорошая" кроссплатформенность Java в будущем сомнительна..

З.Ы. Все это лишь ИМХО. Ничего более..

Мне кажется, что, хотя Java во многих местах используется, она все-таки
начинает потихоньку устаривать, а вот .NET, наоборот, сильно развивается.
И через этот срок (2-3 года), если ничего нового не появиться, то .NET
заваюет около 55-65% всего рынка продукции. MS сейчас мощно совер-
шеннствует свою технологию и пытается внедрять ее во многих системах,
поэтому, если серьезно взяться за обучение и накопления опыта по .NET,
то можно стать сильно востебованным специалистом!

Нет java не устаривает а наоборот развивается. И всё зависит от того что ты хочеш. Если ты ориентируешся тока на виду, то бери .NET на нём писать... легко. Java мощнее.

Это сообщение отредактировал(а) __vi - 12.2.2004, 11:36

Цитата

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

Вполне допускаю. Недавно Vit опубликовывал востребованность программистов в Чикаго. Пока Java там впереди с огромным отрывом.
Достаточно хорошо представляя построение JAVA и .NET могу сказать - сегодня JAVA более продуманная платформа, более зрелая. Пока единственный недостаток JAVA - она медленная. Более чем в 3 раза медленнее чем .NET. Это объясняется и тем, что сама JVM будучи более универсальной замедляет исполнение. И построение классов тоже более универсальное, и отсюда медленное. Увы, пока никто не смог сделать более универсальное более быстрым.
Хотя говорят, что Java 1.5 (Tiger) хорошо прибавила в скорости. Думаю, что за счет типизация коллекций вполне такое возможно.

А теперь IMHO

.NET для меня ассоциируется с баньяном (Дерево, у которого корни могут вырастать прямо из веток и просрастать в землю. Может получится огромный лес, но как бы из одного дерева). Вот точно такая же картинка - какую-либо понятную систему построения отследить крайне сложно. Понапихано всякого, все это причудливо может переплетаться. Но садовники что-то там пытаются. Гулять пока получается только с большим мачете или с хорошим проводником.

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

Цитата

Мне кажется, что, хотя Java во многих местах используется, она все-таки начинает потихоньку устаривать, а вот .NET, наоборот, сильно развивается. И через этот срок (2-3 года), если ничего нового не появиться, то .NET заваюет около 55-65% всего рынка продукции. MS сейчас мощно совер- шеннствует свою технологию и пытается внедрять ее во многих системах, поэтому, если серьезно взяться за обучение и накопления опыта по .NET, то можно стать сильно востебованным специалистом!

чистый пиар Микрософт !!!

и обсалютная неправда !

Люди пишите на java не бойтесь вы не будет cплошного Мелкософта никогда
если мы все будем писатьна java .NET вообще умрет !!!
ура да здравстует java ........... )))

я пиарщик тоже

to AntonSaburov:

Цитата

Недавно Vit опубликовывал востребованность программистов в Чикаго. Пока Java там впереди с огромным отрывом.

Это в Чикаго, а у нас то как ?

to __vi:

Цитата

бери .NET на нём писать... легко. Java мощнее.

Это врятли! (но .NET возьму)

to ElectricalStorm:
Никакого пиара! Просто .NET действительно мощная платформа. Пусть
пока молодая, с ошибками и недоработками, но через некоторое время
она обгонит Java (это точно!).

Цитата

Люди пишите на java не бойтесь вы, не будет cплошного Мелкософта никогда если мы все будем писатьна java .NET вообще умрет !!!

Кто кого боится, а? Хватит играть в эти монопольные игры, пиши на чем
хочем и не думай о том кто его создал!
Лично я за .NET!

Это сообщение отредактировал(а) C'hoosen++ - 12.2.2004, 14:28

Цитата

Лично я за .NET!

Ok !
А я за Java

Цитата

Это в Чикаго, а у нас то как ?

А у нас пока никак Наш рынок ПО по сравнению с США - это просто капля в море.
У нас пока только базы данных для России пишут. Т.е. всем интересен Oracle, MS SQL. И средства разработки, причем типа "плюх энд плюй" - т.е. Delphi, VB. Теперь еще .NET. Можно быстро накидать всякого барахла на форму, обработать кнопочки. И готово. Если говорить за Россию, то из-за полной бесплатности .NET и Винды для нас это удобно. Но вообщем хотелось бы как-то ближе к цивилизованному рынку подвигаться.

По поводу делегатов (.NET) vs. листенеры (JAVA), специально для Domestic Cat:

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

Другое достоинство делегатов vs. листенеры: насколько я понял, класс поддерживающий события в JAVA, наследуется от некоего базового класса, поправьте меня если я не прав. В .net наследоваться ни от чего не нужно: подписать можно любой класс на события любого другого класса.

Цитата(mr @ 7.4.2005, 09:55)

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

Не совсем. Для реализации листенера нужно не наследовать, а реализовать интерфейс. Это не одно и тоже. Любой класс (унаследованный от чего угодно) декларирует, что он имеет определенные методы для обработки событий определенного типа.

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

Цитата(Lamer @ 7.4.2005, 10:06)

Не совсем. Для реализации листенера нужно не наследовать, а реализовать интерфейс. Это не одно и тоже. Любой класс (унаследованный от чего угодно) декларирует, что он имеет определенные методы для обработки событий определенного типа.

Наследование или реализация интерфейса у листенера - в любом случае, это "надстройка" над собственным интерфейсом объекта, а в случае с делегатами ВСЯ логика (список подписчиков, вызов их методов) спрятана внутри делегата.

http://forum.vingrad.ru/index.php?act=ST&f...=47926&unread=1

Цитата(mr @ 7.4.2005, 00:55)

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

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

Цитата(mr @ 7.4.2005, 00:55)

Другое достоинство делегатов vs. листенеры: насколько я понял, класс поддерживающий события в JAVA, наследуется от некоего базового класса, поправьте меня если я не прав. В .net наследоваться ни от чего не нужно: подписать можно любой класс на события любого другого класса.

Происходит вот что: делается интерфейс, например, ValueChangeListener, с методом, например, valueChanged(). Класс, который хочет слушать такие ивенты, обязан наследовать от этого интерфейса и имплементировать этот метод.
Тот, кого должны слушать, имеет обычно методы типа addValueChangeListener(ValueChangeListener v), removeValueChangeListener(ValueChangeListener v). Все листенеры хранятся в коллекции, если наступает ивент, на каждом вызывается метод valueChanged.
Естественно, стандартные ГУИ и проч листенер-интерфейсы уже существыют, потому с ними так же просто, как и со стандартными .НЕТ делегатами.
Для юзер-дефайнед листенеров - можно написать самому (это дольше, чем пользовать делегат), или воспользоваться одним из стандартных "общих" листенеров.
Для меня отличие в том, что я понимаю листенеры полностью; а вот что же передается делегату - загадка То есть, все-таки это не Питон, где можно определить функцию function , а потом писать x = function, в .НЕТ же явно указатели на методы нельзя пользовать.

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

Цитата(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. Читабельность у такого блока нулевая.

Цитата(cully @ 8.4.2005, 01:41)

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

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

Код

public void actionPerformed(ActionEvent e)     {             if (e.getSource() == closeButton)               closeButton_Click();          if (e.getSource() == openButton)              openButton_Click(); }

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

И в чем крутизна такого кода? Изини, но выглядит уж как-то слишком искусственно.
В чем преимущество таких изворотов?

Цитата(Kurt @ 8.4.2005, 12:04)

И в чем крутизна такого кода?

Клево ты сформулировал мою мысль. А я сижу и думаю, что тут такого написать

Цитата(Kurt @ 8.4.2005, 12:04)

В чем преимущество таких изворотов?

Не понял - каких?

Цитата

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

Скоро будет! С каждой новой серией увеличевается память мобильных телефонов - сейчас уже 80 мб (не смартфоны!). Т.е. скоро, надеюсь, .net войдет и в эту среду. Хотя может будущее за смартфонами.

Цитата(alir @ 8.4.2005, 16:42)

Скоро будет!

Приколист, .НЕТ ведь только под виндуза заточет, а в простой мобиле(не смартфоны!) даже операционной системы нет.

Цитата(alir @ 8.4.2005, 16:42)

сейчас уже 80 мб

Оперативки чтоли?
Если постояной, то только через флешки наращивают.

Цитата(alir @ 8.4.2005, 16:42)

надеюсь, .net войдет и в эту среду

Упаси Бог! Хотя этого и так не будет...
Вот на виндузовых КПК он пашет, но это уже другая история...

Цитата

И в чем крутизна такого кода? Изини, но выглядит уж как-то слишком искусственно. В чем преимущество таких изворотов?

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

Цитата(Domestic @ 8.4.2005, 17:56)

Не понял, может ты вообще без ифов или свитчей код пишешь?

А в Java можно так сделать:

Код

public class classBase { } public class classA : classBase { } public class classB: classBase { } public class App {   public static void Main()   {      string className = Console.ReadLine();      classBase obj = Activator.CreateInstance(Type.GetType(className, true, true));   } }

Я думаю, идею ты понял.

Цитата(arilou @ 8.4.2005, 18:06)

Я думаю, идею ты понял

Объясни, пожалуйста, здесь ведь не только он. Я не понял
Динамически получаем имя класса, и создаем его объект? Это мы магем с помощью механизма отражения. Но зачем тут тогда классы A и B?..

В смысле, есть ли рефлекшн? А откуда ж микрософту было его взять? (шутка)

Код

public class A  {        public static void main(String [] args) throws Exception     {            B b = (B) Class.forName("B").newInstance();         C c = (C) Class.forName("C").newInstance();         System.out.println(b + "  " + c);     } } class B {} class C extends B {}

А атрибуты есть в Java?

Есть мета-теги, суть та же, что и у аттрибутов, самому можно создавать. Пример:

Код

import java.lang.annotation.*; import java.lang.reflect.*;                                                                                  @Retention(java.lang.annotation.RetentionPolicy.RUNTIME) @interface debug  {     boolean  devbuild() default false;     int counter(); }                                                                                  public class MetaTest {     final boolean production=true;     @debug(devbuild=production,counter=1) public void testMethod()  {     }                                                                                       public static void main(String[] args) {                                                                                          MetaTest mt = new MetaTest();         try {             Annotation[] a = mt.getClass().getMethod("testMethod").getAnnotations();             for (int i=0; i<a.length ; i++)  {                   System.out.println("a["+i+"]="+a[i]+" ");               }           } catch(NoSuchMethodException e) {               System.out.println(e);           }       }   }

Еще один "ламерский" вопрос: возможна ли:
1) динамическая кодогенерация, как Reflection.Emit в .NET?
2) догрузка кода "по требованию"


Это сообщение отредактировал(а) arilou - 8.4.2005, 19:19

В Java нет ассемблей, нет метаданных, ПЕ хедеров. Но код можно генерить, есть класс com.sun.tools.javac.Main. есть и более серьезные вещи, типа BCEL.
Добавлено @ 19:23

Цитата(arilou @ 8.4.2005, 10:10)

догрузка кода "по требованию"

http://java.sun.com/j2se/1.5.0/docs/api/ja...lassLoader.html

Domestic Cat Не кинешь ссылочку про метатеги? Я о таком не знал...

http://java.sun.com/j2se/1.5.0/docs/guide/...nnotations.html

И так, обобщая по обработке событий в .NET и Java.

1. Java.

1.1 Событие.

На уровне языка понятие события отсутсвует, его вынесли на прикладной уровень или не внесли оттуда Каждый класс\объект, который заявляет о желании опубликовать событие, должен:

а. Самостоятельно поддерживать внутренний список всех подписавшихся на событие объектов.
b. Реализовать методы для добавления\удаления подписчиков из внутреннего списка подписавшихся.
c. Опубликовать соответствующий интерфейс, который должен быть реализован каждым из объектов-подписчиков.

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

1.2 Обработчик события (подписчик).

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

1.3 Код.

Прошу знатоков Java привести полный код класса публикующего событие и пример работы с ним.



2. .NET (C#)

2.1 Событие.

Понятие события введено на уровне языка. Каждый класс\объект, который заявляет о желании опубликовать событие, должен:

а. Объявить соответствующий класс-делегат с требуемой сигнатурой.
b. Объявить соответствующий член-событие.

Этот член-событие, по сути, является объектом-списком (System.MulticastDelegate) объектов-делегатов (System.Delegate), который реализует всю функциональность по поддержанию списка, добавлению\удалению подписчиков и по оповещению о наступлении события.

2.2 Обработчик события (подписчик).

Обработчиком события может быть любой метод с подходящей сигнатурой. Для добавления в список подписчиков информация о методе инкапсулируется в объекте класса System.Delegate.

2.3 Код. (C# 2.0)

Класс с событием:

Код

using System; ... public delegate void SampleEventHandler(); public class ClassWithEvent {     public event SampleEventHandler SampleEvent;     public void DoSampleEvent()     {         if (SampleEvent != null) SampleEvent();     } }

Пример работы:

Код

using System; ... class Program {     static public void Main()     {         ClassWithEvent testObject = new ClassWithEvent();         testObject.SampleEvent += FirstHandler;         testObject.SampleEvent += SecondHandler;         testObject.DoSampleEvent();     }     static private void FirstHandler()     {         Console.WriteLine("FirstHandler");     }     static private void SecondHandler()     {         Console.WriteLine("SecondHandler");     } }

или так:

Код

using System; ... class Program {     static public void Main()     {         ClassWithEvent testObject = new ClassWithEvent();         testObject.SampleEvent += delegate         {             Console.WriteLine("FirstHandler");         };         testObject.SampleEvent += delegate         {             Console.WriteLine("SecondHandler");         };         testObject.DoSampleEvent();     } }

Код

interface Listener {     void stateChanged();     } class SomeClass {     int state;     ArrayList<Listener> listeners = new ArrayList<Listener>();     public void setState(int state)     {         this.state = state;         fireStateChanged();         }              protected fireStateChanged()     {         for(Listener l : listeners)             l.stateChanged();         }          public void addListener(Listener l)     {         listeners.add(l);     } } class MyClass implements Listener {     MyClass()     {         SomeClass some = new SomeClass();         some.addListener(this);         some.addListener(this);         }          public void stateChanged()     {         // do something;         }     }

Несколько замечаний.
1. За все время мне пришлось самому реализовывать такую вещь один единственный раз. И J2SE, и J2EE содержат достаточное количество листенеров на все случаи жизни. В таких случаях все сводится к

Код

class MyClass implements StateListener {     MyClass()     {         SomeClass some = new SomeClass();         some.addStateListener(this);     }          public void stateChanged()     {         // do something;         }     }

что никак не сложнее делегатов.
Если говорить о самой системе листенеров (см. пример выше)
Недостаток - писать больше, реально - не намного.
Недостатки делегатов, имо:
1. Отсутствие соглашения об именовании делегатов и методов. Можно назвать как хочешь, причем даже осмысленное название часто трудно отличить от названия метода/класса/поля.
2. Делегаты скрывают в себе много автогенерированного кода, внутренний механизм их действия труднее понять.
3. Делегаты, помимо введения двух кейвордов, вводят лишнюю сущность в языке - ссылку на метод, которая более нигде не используется.
4. "Извне" трудно понять, что такое делегат - метод или класс. С одной стороны, это класс, объект которого можно создать через new, с другой стороны, вызывается он как метод.
5. Делегат не может иметь больше одного метода. Часто же нужно несколько методов, сгруппированных по к-л признаку. Например, Java интерфейс MouseListener содержит 5 методов, тогда как в C# требуется 5 делегатов (и, следовательно, 5 классов).
6. Java листенеры более гибки, если я реализую такой листенер сам, у меня есть выбор - как хранить листенеры, в каком порядке вызывать методы, реализовать другие, вспомогательные методы.

Цитата(Domestic @ 9.4.2005, 20:17)

Например, Java интерфейс MouseListener содержит 5 методов, тогда как в C# требуется 5 делегатов (и, следовательно, 5 классов).

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

Цитата(Domestic @ 9.4.2005, 20:17)

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

В общем, всё сводится к "напишу-ка я всё сам". Т.е. по сути дела, листенеры вообще не нужны, ведь можно обойтись и без них.

"Лишний" автогенерируемый код, на самом деле, весь лежит в базовом классе Delegate. Если взять и дизассемблировать сборку, содержащую делегат, в его коде будет всего 3 перекрытых типизированных метода базового класса и конструктор.

Возможности, предоставляемые делегатами:
1) Имея объект "делегат", можно получить ссылку на объект содержащий метод (свойство Target), reflection-описание метода (Method);
2) Можно перечислить список всех объектов и их методов, подписанных на делегат (GetInvokeList);
3) Можно вызвать метод(ы), подписанные на делегат, асинхронно!!! Примеры - в MSDN. Умеют ли это листенеры?
4) Можно вызывать метод-подписчик с использованием позднего связывания (late-bound) - метод DynamicInvoke;
5) Можно комбинировать делегаты (метод Combine).

Наконец, в листенерах приходится пользоваться switch-ем, а это уже напоминает подход WinAPI.

Цитата(mr @ 9.4.2005, 23:14)

1) Имея объект "делегат", можно получить ссылку на объект содержащий метод (свойство Target), reflection-описание метода (Method);

Но ведь то же можно делать и с листенером.

Цитата(mr @ 9.4.2005, 23:14)

2) Можно перечислить список всех объектов и их методов, подписанных на делегат (GetInvokeList);

Все классы в Java, поддерживающие слушателей, имеют методы get<...>Listeners()

Цитата(mr @ 9.4.2005, 23:14)

3) Можно вызвать метод(ы), подписанные на делегат, асинхронно!!! Примеры - в MSDN. Умеют ли это листенеры?

Это свойство не делегатов, а фича языка. В Java есть асинхронный вызов методов, см http://java.sun.com/j2se/1.5.0/docs/api/ja...FutureTask.html

Цитата

4) Можно вызывать метод-подписчик с использованием позднего связывания (late-bound) - метод DynamicInvoke;

Вот с этим я не разбирался, можно пример, чтобы знать о чем речь?

Цитата(mr @ 9.4.2005, 23:14)

5) Можно комбинировать делегаты (метод Combine).

Ну, это то же самое что и +=, и то же самое что просто добавление еще одного листенера в Java.

Цитата(mr @ 9.4.2005, 23:14)

Наконец, в листенерах приходится пользоваться switch-ем, а это уже напоминает подход WinAPI.

Сильно сказано; во-первых это не такое уж супер частое явление, во-вторых та же Простая Фабрика пользует свич, но это не значит, что паттерн является чисто процедурным и пришел из винапи

Цитата(Domestic @ 10.4.2005, 08:25)

5) Можно комбинировать делегаты (метод Combine). Ну, это то же самое что и +=, и то же самое что просто добавление еще одного листенера в Java.

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

Цитата(Domestic @ 10.4.2005, 08:25)

Вот с этим я не разбирался, можно пример, чтобы знать о чем речь?

Вот пример:

Код

public delegate string MyDelegate(string a, int c);     public class Test     {         // этот метод будем вызывать асинхронно         string Function(string a, int b)         {             /* какие-то действия */             System.Threading.Thread.Sleep(5000);             return "Результат метода";         }         // Можно так         public void DoSomeAsyncronously()         {             MyDelegate deleg = new MyDelegate(this.Function);             // вызываем метод "Function" асинхронно             IAsyncResult ar = deleg.BeginInvoke(                 "111", 123, // это - аргументы метода                 null, null // а это - доп. параметры                 );             // ждём не более 10 секунд             ar.AsyncWaitHandle.WaitOne(10000, false);             // если завершился за 10 секунд - получим результат             if(ar.IsCompleted)             {                 string result = deleg.EndInvoke(ar);             }         }         // А можно и вот так         public void StartAsyncMethod()         {             MyDelegate deleg = new MyDelegate(this.Function);             deleg.BeginInvoke("123", 456, new AsyncCallback(this.OnAsyncMethodFinished), deleg);         }         public void OnAsyncMethodFinished(IAsyncResult ar)         {             MyDelegate deleg = (MyDelegate) ar.AsyncState;             string result = deleg.EndInvoke(ar);         }     }

Добавлено @ 08:51
З.Ы. неужели, кроме делегатов, никаких принципиальных отличий .NET от JAVA нету ?

Цитата(mr @ 9.4.2005, 23:49)

З.Ы. неужели, кроме делегатов, никаких принципиальных отличий .NET от JAVA нету ?

Есть конечно, но пока из делегатов выбраться не можем

Цитата(mr @ 9.4.2005, 23:49)

Вот пример:

Я пропустил там цитату

Цитата

4) Можно вызывать метод-подписчик с использованием позднего связывания (late-bound) - метод DynamicInvoke;

то есть вопрос был о DynamicInvoke, не об асинхронном вызове..
Но все равно спасибо.

Цитата(Domestic @ 10.4.2005, 09:24)

вопрос был о DynamicInvoke, не об асинхронном вызове..

Здесь всё просто. Так как все делегаты наследуются от базового класса Delegate, можно хранить и передавать объекты Delegate вместо "конкретных" (типизированных) делегатов. Чтобы вызывать методы, подписанные на такой делегат, и используется DynamicInvoke. Другими словами, можно вызвать любой делегат с любым кол-вом и типом аргументов, используя одну и ту же функцию DynamicInvoke.

Термин "late binding" здесь означает позднее связывание (конкретные типы объектов неизвестны на этапе компиляции кода).

Проще говоря, использовать рефлекшн для вызова метода? В Java рефлекшн есть, потому не проблема.

Кстати, а в JAVA можно передать в метод переменное количество аргументов ? Без рефлекшн, конечно.

Можно:

Код

class Hello {       public static void main(String... args)       {             for(String s : args)                 System.out.println(s);       } }

Цитата

Приколист, .НЕТ ведь только под виндуза заточет, а в простой мобиле(не смартфоны!) даже операционной системы нет.

Я смотрю это ты приколист! .NET вначале проектировался как работающий на любой os, а не только под win. Пока еще есть под freeBSD - и это только начало. И что на счет os? .NET также построен на независимых средствах VM - так что встроить .net в мобилы в будущем тоже реально!

Цитата

оперативки чтоли?  Если постояной, то только через флешки наращивают.

Но ведь раньше и этого не было - примерно год назад (я имею ввиду Россию) вообще за 5 мб не переходило. А сейчас в 16 раз больше + еще карты!

Цитата

Упаси Бог! Хотя этого и так не будет...

Ты не бойся - как-нить разберутся.

p.s. Хотя еще раз повторюсь:
скорее всего скоро мобилы уйдут - они полностью перейдут смартофоны. Вот там то .net возьмет свое.

Цитата

1. Отсутствие соглашения об именовании делегатов и методов. Можно назвать как хочешь, причем даже осмысленное название часто трудно отличить от названия метода/класса/поля.

Соглашение есть:

Класс-делегат: XxxEventHandler
Событие: Xxx
Обработчик: ИмяОбъекта_Xxx

Удобно то, что вся работа с событием сгруппирована минимум в одном члене, в Java же требуется минимум 1 приватный член плюс 2 публичных.

Цитата

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

Это называется инкапсуляция. Сомневаюсь, что Java-разработчики имеют исходный код всех классов с которыми работают, вроде на понимании это не сильно сказалось, правда? ;)

Цитата

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

А где она (сущность) еще должна использоваться? Понятие "ссылки на метод" присутствует практически во всех современных языках, кроме Java, уж в C++ и Delphi точно есть.

Цитата

4. "Извне" трудно понять, что такое делегат - метод или класс. С одной стороны, это класс, объект которого можно создать через new, с другой стороны, вызывается он как метод.

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

Цитата

5. Делегат не может иметь больше одного метода. Часто же нужно несколько методов, сгруппированных по к-л признаку. Например, Java интерфейс MouseListener содержит 5 методов, тогда как в C# требуется 5 делегатов (и, следовательно, 5 классов).

Но в тоже время, на каждый обработчик в Java требуется отдельный класс. И еще, представим такую картину: нам нужно обработать только событие MouseDown, в C# назначем обработчик и все. В Java нужно реализовать все пять методов, т.к. требуется реализовать интерфейс, получаем четыри совершенно ненужных и пустых метода.

Цитата

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

Имеется возможность ручками обрабатывать добавление\удаление обработчиков:

Код

public event MyDelegate MyEvent {     add      {         // добавляем как хотим и куда хотим     }     remove     {         // удалем как хотим и откуда хотим     } }

и ручками вызывать обработчики в каком угодно порядке:

Код

public delegate void SampleEventHandler(); public class ClassWithEvent {     public event SampleEventHandler SampleEvent;     public void DoSampleEvent()     {         if (SampleEvent != null)         {             Delegate[] invocationList = SampleEvent.GetInvocationList();             foreach (SampleEventHandler handler in invocationList)             {                 handler();             }         }     } }

Цитата(cully @ 12.4.2005, 12:31)

Но в тоже время, на каждый обработчик в Java требуется отдельный класс

Отнюдь. Зачем же? Один объект может слушать неограниченное количество событий одинакового или разного типа.

Код

class Listener implements xxxListener, yyyListener{...} ... Listener obj = new Listener(); a.addXXXListener(obj); b.addYYYListener(obj);

Цитата(cully @ 12.4.2005, 12:31)

В Java нужно реализовать все пять методов

Я уже упоминал - для этого предназначены классы-адаптеры.

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

Цитата(Lamer @ 12.4.2005, 09:43)

Отнюдь. Зачем же? Один объект может слушать неограниченное количество событий одинакового или разного типа.

А ежели требуется разную функциональность по работе с каждым объектом реализовать? Это же очень распространеный сценарий, тогда видима if (sender == button1)? А если кнопок 30 штук (toolbar)?
Добавлено @ 12:57

Цитата(Lamer @ 12.4.2005, 09:43)

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

Кстати, а в Java есть шаблоны классов (Generics)?

Цитата(cully @ 12.4.2005, 12:55)

Кстати, а в Java есть шаблоны классов (Generics)?

Теперь есть (в пятой версии). Правда, пока еще не использовал.

Цитата(cully @ 12.4.2005, 12:55)

А ежели требуется разную функциональность по работе с каждым объектом реализовать? Это же очень распространеный сценарий

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

Код

list.addListSelectionListener(new ListSelectionListener() {     public void valueChanged(ListSelectionEvent e)     {          ... // действия по обработке     } });

Вот в этом форуме написано, что еще есть в Java. На данном этапе, я думаю, пожно сделать промежуточный вывод в том, что касается бизнес приложений:

1) Там где нужна кроссплатформенность (т.е. клиенты должны работать под разными ОС), Java подходит лучше
2) Там, где среда обусловлена применением Windows, .NET - более оптимальный выбор, т.к. эта технология намного "ближе" к сервисам, предоставляемым ОС (например, Active Directory или COM+).

Вот и все, на мой взгляд

Это сообщение отредактировал(а) arilou - 12.4.2005, 13:26

Цитата(arilou @ 12.4.2005, 13:25)

2) Там, где среда обусловлена применением Windows, .NET - более оптимальный выбор, т.к. эта технология намного "ближе" к сервисам, предоставляемым ОС (например, Active Directory или COM+).

Не мог бы ты в двух словах объяснить суть и выгоды того и другого? Термин Active Directory мне совсем не знаком...

Цитата(Lamer @ 12.4.2005, 13:31)

Не мог бы ты в двух словах объяснить суть и выгоды того и другого?

Конечно. COM+ - это развитие Distributed Transaction Coordinator из Windows NT (правда, ему уже уготована замена на Indigo в следующей версии Винды). Позволяет координировать и управлять транзакциями на уровне объектов, ведет глобальный каталог объектов (типа репозитория), поддерживает пулы, диспенсеры ресурсов, и т.д.
На примере, дает возможность откатывать не только транзакции в БД, например SQL Server, а также на уровне объектов. Похожее, по-моему, входит в состав Enterprise Java Beans.

Active Directory - централизованное хранилище разнородной информации в рамках сети предприятия. Это развитие доменов из Windows NT. Позволяет получать информацию, опубликованную там другими приложениями (например, о пользователях, о конфигурации Exchange, о SQL Server'e) и ей оперировать.

Я мог в чем-то ошибиться, т.к. вполотную с этими вещами не работал, только на уровне знакомства.

Идеи здравые и интересные. Аналоги в Java мне не знакомы, однако я уверен, что они есть - просто я еще с ним не сталкивался.
Вопрос к Доместику и остальным джавистам - есть ли подобные технологии в j2ee?

Честно говоря как-то странно смотреть на новинки JDK 5 (http://java.sun.com/j2se/1.5.0/docs/guide/language/index.html) и на разговоры на тему .NET vs Java.

Generics -- есть в .NET, сейчас в бета-тестировании.
Enhanced for Loop -- есть в .NET начиная с первой версии.
Autoboxing/Unboxing -- есть в .NET начиная с первой версии.
Typesafe Enums -- есть в .NET начиная с первой версии.
Varargs -- есть в .NET начиная с первой версии.
Static Import -- нет в .NET.
Annotations -- есть в .NET начиная с первой версии.

Из семи новинок только одна является действительно уникальной и довольно спорной. Причем, как я понял, Generics и Autoboxing/Unboxing реализованы на уровне компилятора, а не на уровне JVM, т.е. имеем что-то вроде старого доброго препроцессора. Java скорее догоняет .NET по языковым возможностям, а не задает направление движения.

Цитата(cully @ 12.4.2005, 17:10)

Java скорее догоняет .NET по языковым возможностям, а не задает направление движения.

Скорее, Java стремится за Си++, который в .NET, разумеется, уже присутствует (в смысле влияния). Но ты же не будешь утверждать, что это Java родилась как ответ дотНету?
Эти новинки призваны лишь немного дополнить язык, а не кардинально переработать его. К сожалению, я не знаю .NET, поэтому не могу перечислить то, что отсутствует в нем, но имеется в Java.

Цитата(Lamer @ 12.4.2005, 17:28)

Скорее, Java стремится за Си++,

Не-а, судя по всему, она стремится за C#, потому что именно он - флагманский язык .NET, и появление тех же дженериков (кстати, в C++ они называются "шаблонные классы, template classes", а название "generic" идет именно из C#) это доказывает.

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

О будущем введении generics говорил еще Эккель в третьем издании, так что это было довольно давно. Впрочем, возможно это было уже после появления .NET.

Цитата(arilou @ 12.4.2005, 17:34)

она стремится за C#

Теперь уже, наверное в первую очередь за ним. Но все-таки обратная ситуация тоже имеет место. Получилось так, что разработчики Java посмотрели на С++ и взяли от него все лучшее + добавили своего. Потом разработчики дотНета посмотрели на Java, взяли все лучшее + добавили своего. Что дальше?

Цитата(arilou @ 12.4.2005, 17:34)

Вобщем, гонка вооружений какая-то

Мы-то от этого только выиграем.

Цитата(alir @ 10.4.2005, 10:25)

.NET вначале проектировался как работающий на любой os

// Упал со стула //

Цитата(alir @ 10.4.2005, 10:25)

полностью перейдут смартофоны. Вот там то .net возьмет свое.

1. J2ME уже полностью обосновался на мобильных устройствах.
2. И как это НЕТ возьмёт своё? Не вижу ни одной причины сейчас и в ближайшее время.
3. Может ты не заметил, но КПК с Win работают под Intel XScale(x86). А какие проци у смартфонов?