Java для драйверов устройств

А вы пробовали читать реверсированный код после обфускации?

>А недавно подумал - а чего ж весь буржуйский мир вокруг жабы-то пританцовывает?

А я так подумал в 2004 году, до того видел из ЯП тока дельфи да PHP и думал, что жаба что-то типа мегаязыка для мультимиллионных копрораций типа оракела и использовать ее простому челу как бейсик или дельфу или питон - нереально. Оказалось наоборот.

> В том, что ошибок в дровах меньше -> kernel panic меньше -> ядро стабильнее -> венде, тьфу! линуху капец, солярка рулит.

Не видел ни 1 kernel panic. Работает как часы. А вот азуреус на яве жрёт дофига. Фигня эта ваша ява.

> использовать ее простому челу как бейсик или дельфу или питон - нереально. Оказалось наоборот.

Во-во. И для интранетовских приложений, да чтоб понадежнее, да чтоб на аяксе - сервлеты по сравнению с пыхпыхом рулят. Во всяком случае в пыхпыхе я увижу что набородил и набредил только в бровсере, а в жабе - на этапе компиляции. Не говоря уже про нормальную жизнь bean-ов в сессии, а не приплясывание вокруг БД-коннекта в пыхпыхе с бубном :)

Да и для обычного десктопного гуя - после написания своего фреймворка и нужных надстроек над свингом разработка приложения ничем не отличается от дельфы. С той лишь разницей что нет искушения натаскать в проект левых ступиденческих компонентишек :)

> А вот азуреус на яве жрёт дофига. Фигня эта ваша ява.

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

Любопытный, конечно, эксперимент.. Но, полезен, только с экспериментальной точки зрения..

> Осталось его на байсике переписать

Драйверы на бейсике были уже в начале 90-х. Впервые прочёл о них году в 95-м. Под Windows 3.1, для звуковой карты на чипе ESS 688 (или что-то вроде того). В документации к карте были восторженные взвизгивания о небывалом! росте! производительности! после того как новую версию драйвера переписали на C. :) Сам драйвер на бейсике я не видел. Судя по падучести сишного драйвера (в итоге поставил микрософтовский драйвер саундбластера и зажил спокойно) поделие было ещё то.

> А вы пробовали читать реверсированный код после обфускации?

Конечно. Я больше 10 лет кстати этим занимаюсь. обфускация снимается точно также как и надевается. Хотя голову поломать иногда приходится.

аааа на яве дрова, всё всем ОС пипец, смерть! ждите конца света!

ПС: Windows Java Edition Минимальные требования: 5К Гигагерц, 4096 Терабайт рам и 10^(99^99) Гиг хард

Ну да, при наличии соответствующей тулзы сопоставить машинным именам переменных и методов человечески-читаемые не так уж и сложно. Пусть потом автор доказывает, что это ЕГО код :)

> аааа на яве дрова, всё всем ОС пипец, смерть! ждите конца света!

Следующий этап: kernel server, где собственно и лежат дрова, и kernel client-ы, общающиеся с дровами посредством corba. И головную боль деплойментов как аспирином-упса сняло! :) :)

> Кстати, где же столь обещанные Java-процессоры?

А это что? http://www.imsystech.com/cgi-bin/show_sort.cgi?show=IM-CJIP http://www.sun.com/software/communitysource/processors/picojava.xml - вот об этом первой версии ещё в 97 году все восторженно писали http://citeseer.ist.psu.edu/310380.html

Просто сан не пиарится. http://www.particle.kth.se/~lindsey/JavaCourse/Book/Part3/Chapter24/javaRealM... http://www.particle.kth.se/~lindsey/JavaCourse/Book/Part3/Chapter24/javaBoard...

> А знаете другие языки, которые применялись в областях где они первоначально не предназданчались (Асм, Си для Веба?).

Знаю. Быдло способно писать что угодно на PHP. И на жабе, кстати, тоже. Написательство всего чего угодно на одном языке - признак крайнего неизлечимого быдлячества. Вы этим гордитесь?

>Любопытный, конечно, эксперимент.. Но, полезен, только с экспериментальной точки зрения..

1991 год. Билл Гейтс, узнав о kernel 0.1, написал в своем письме Баллмеру: "Любопытный, конечно, эксперимент.. Но, полезен, только с экспериментальной точки зрения. Промышленные решения на таком гэ работать не будут"

Все мы тут знаем, чего стоят такие с позволения сказать "мнения"

> Во всяком случае работает жаба намного быстрее чем всякие mono и .net

Не знаю насчет моно, а .net под виндовс работает ощутимо быстрее. По крайней мере та часть .net, которая отвечает за гуй. Я уже не говорю о простоте разработки. Такое ощущение, что джаву придумывали долбанные хиппи, ибо процесс разработки проходит через заднее анальное отверстие. Гораздо легче на голом винапи писать ИМХО, чем на этой кривой, тормознутой жабе.

P.S. Убей хиппи - спаси ЯП.

Java - это круто, но я не знаю, как. Однажды я на Java реализовывал сложный проект, который был уже реализован мной на Си++. Или у меня Си++ в душе, или Java сложная, но после ужасных тормозов, непотяного поведения и практической невозможности использования отладчика я оставил только интерфейс, а в реализацию вкрутил Си++ через JNI. Все стало стабильно и быстро.

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

> Java - это круто, но я не знаю, как. Однажды я на Java реализовывал сложный проект, который был уже реализован мной на Си++. Или у меня Си++ в душе, или Java сложная, но после ужасных тормозов, непотяного поведения и практической невозможности использования отладчика я оставил только интерфейс, а в реализацию вкрутил Си++ через JNI. Все стало стабильно и быстро.

Это называется: "НИАСИЛИЛ, А ЧЕГО ОНЕ!".

Java это не Си-плюс-плус, а ПЛАТФОРМА. Вот когда ты поймёшь это, то так же поймёшь, что тебе она нафик ни спёрлась в "сложном" проекте, пока не сделаешь на ней что-либо "несложное".

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

После таких как ты люди удивляются, почему это на Яве такие тормозные (вызовы через JNI ох как дороги) и системно-зависимые приложения получаются (гы, опять JNI).

(А отладчик там лучше, чем в Си, просто надо было сначало научиться, а потом просто им пользоваться, а не наоборот.)

>Кстати, где же столь обещанные Java-процессоры?

В коммуникаторах RiM BlackBerry и сотовых телефонах (Nokia 6630, например). Про технологии нативного выполнения java-байткода слышали? Так вот, там оно. В сотиках - Jazelle и SavaJe. В Ниагарах есть специальные блоки, ускоряющие кодогенерацию из байткода (аппаратный JIT).

Не хочется ударяться в такие технические подробности и споры. Я вообще-то говорю, что Java - это хорошо. И то, что это платформа - тоже замечательно. И то, что теперь можно писать системные приложения - отлично.

Каждому свое. Я Java знаю на уровне новичка, поэтому мой код работает медленно и пишу я его долго. На Си++ получается много лучше, и, кстати, не менее кроссплатформенно. Только пересобирать нужно 8-)

> А я так подумал в 2004 году, до того видел из ЯП тока дельфи да PHP и
> думал, что жаба что-то типа мегаязыка для мультимиллионных копрораций
> типа оракела и использовать ее простому челу как бейсик или дельфу или
> питон - нереально. Оказалось наоборот.

Бедный вы несчастный. Вот если бы сразу начали с С/С++, никакая жаба и не понадобилась бы.

> Я понимаю, что это глупо, но у меня java довольно долго и стойко ассоциируется со словосочетанием "жуткие тормоза"..

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

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

Будьте столь любезны, поставьте спеллчекер в браузер. Или воспользуйтесь услугами www.gramota.ru. А то не то, что искать, читать ваше "пасланиё" (орфография сохранена) не очень хочется. Заранее спасибо.

А по существу: да, яву можно впихнуть в самые разные по вычислительной мощности устройства. Никого не возмущает, например, ява в телефонах, хотя по убожеству инструментальных средств они находятся примерно на уровне PC'шек/i80286 (хе-хе, EGA - наше всё). Даже, пожалуй, PC'шки в определенных областях помощнее телефонов будут. И ничего, все довольны.

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

> А у меня слово "автомобиль" ассоциируется с гремящей чадащей телегой на деревянных колесах. Ведь правда же,что они до сих пор такие? Я правда,сам давно не видел автомобиля. Все никак из танка не выпустят. А правда ваще, что закончилась война?

Хех, "вот так штирлицы и прокалываются". Во времена, когда появились танки (производство началось 12 августа 1915 года, Tritton Machine), резиновые шины были уже обычным явлением. Хуже того, некоторые шинные компании (Kelly-Springfield, 1894) начинали c того, что делали шины для гужевых телег :-)

P.S. "Яндекс. Найдется все" и "I will use google before asking dumb questions".

> Я уже не говорю о простоте разработки

Бугага. Покажи в дотнете что-то похожее по красоте и удобству на жабный AbstractTableModel.

> Я уже не говорю о простоте разработки

Бугага-2. Дотнетовские заморочки с рассовыванием сборок по GAC и выискиванием откуда что загрузилось, в сравнении с простым жабовским подсовыванием нужного jar-а c bean-ами простотой разработки я назвать ну никак не могу. На дотнете я писал года 4, на жабе - второй месяц пошел, как я за нее вплотную взялся, но вижу что вещи которые в дотнете требовали приплясываний и шаманства, на жабе делаются просто и красиво. Не говоря уже о сравнении удобств деплоймента там и там.

Года 4? Ты ничего не путаешь? Дотнету официально всего года 4, хотя беты 1.0 вышли 5 или уже 6 лет назад.

> Бугага. Покажи в дотнете что-то похожее по красоте и удобству на жабный AbstractTableModel.

Извини, я не курю траву, объясни мне пожалуйста, что именно ты нашел там красивого и удобного? И главное, объясни мне, какую практическую пользу дает AbstractTableModel, чего не дает какой-нибудь ListView? Вот только не надо тут про ОО красоту и т.п. сферокони втирать, пожалуйста. Один такой поборник сфероконей уже несколько десятков лет народу свои паскали, симулы и обероны впихивает.

> Бугага-2. Дотнетовские заморочки с рассовыванием сборок по GAC и выискиванием откуда что загрузилось, в сравнении с простым жабовским подсовыванием нужного jar-а c bean-ами простотой разработки я назвать ну никак не могу. На дотнете я писал года 4, на жабе - второй месяц пошел, как я за нее вплотную взялся, но вижу что вещи которые в дотнете требовали приплясываний и шаманства, на жабе делаются просто и красиво. Не говоря уже о сравнении удобств деплоймента там и там.

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

А у меня вот например культурный шок случился, когда я не смог из переопределяемых методов кидать эксепшены. Или например отсутствие делегатов (кстати по внутренностям вполне себе ОО). Оно может поначалу и не очень доепывает, но даже для самой завалявшейся формочки получается неслабая пачка файлов. А после оглядывания взглядом пачки файлов от гуя в целом хочется постричься в монахи и идти выращивать морковку в сибири. Тупое, фанатичное следование всем ооп изыскам в конечном счете приводит к тому, что на жабе становится просто невозможно писать. По крайней мере десктоп приложения (для которого она, судя по всему, и не предназначена).

Ну и про деплоймент. Чем принципиально деплоймент отличается в нете и джаве? Я имею ввиду не детали реализации, а концептуальные отличия.

P.S. Ни в коем случае не желаю разжигать холивар. Просто ну не люблю я хиппи, и теоретические ЯП. Вот такая я сволочь. Однако не все так плохо, однажды я умру, и хиппи с адептами Вирта и Сан заживут спокойно и счастливо.

Что раньше было чёрным юмором стало явью :)

> Года 4? Ты ничего не путаешь? Дотнету официально всего года 4, хотя беты 1.0 вышли 5 или уже 6 лет назад.

Дык, в старые времена народ тырил на сайте мелкософта всё что плохо лежит. Черновики Андерса Хейлсберга со спецификациями C# ходили по рукам задолго до официального выхода дотнета... Это раз.

Заходи на http://groups.google.com/group/microsoft.public.dotnet.general/browse_thread/...

и читаем даты сообщений. Это два.

:))

А беты те, как обычно, в день выхода были успешно стырены, через два дня лежали на китайско-албанских серваках, и через пять дней руссо туристо уже писали первый хелловорлд :)

> И главное, объясни мне, какую практическую пользу дает AbstractTableModel, чего не дает какой-нибудь ListView?

Если ты смешал в одну кучу ListView и AbstractTableModel - то несмотря на то что

> я не курю траву

- бегом курить книги и статьи про MVC. (только, ради Б-га, с MFC не спутай)

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

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

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

Ой мама. Это как так? Где такая трава растет? А у меня почему-то кидаются.

> Или например отсутствие делегатов

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

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

На первом этапе - да, невозможно. Нету кучи ступиденческих компАнент шоб мышой на форму навозюкать. А понимание _сути_ ооп-изысков приводит к тому что в конечном итоге на жабе писать легче :)

> Ну и про деплоймент. Чем принципиально деплоймент отличается в нете и джаве? Я имею ввиду не детали реализации, а концептуальные отличия.

Тем что в нете - шаг-вправо-шаг-влево-попытка-побега-расстрел-на-месте. GAC-и там всякие и прочие биллины вдохновлённые идеей Всеобщего Мирового Реестра забобоны. Типа "вот тута одна версия сборки, а тута другая, а догадайся с трех попыток где чево валяется, а вот тута для ступидентов разделили дизайн-сборку с рантайм-сборкой так вы ее в реестре припишите а то IDE соплями брызгать начнет". Скопировать папку и не заботиться о реестрах/GAC-ах намного приятнее.

> Просто ну не люблю я хиппи, и теоретические ЯП. Вот такая я сволочь. Однако не все так плохо, однажды я умру, и хиппи с адептами Вирта и Сан заживут спокойно и счастливо.

О, и яву теоретическим ЯП назвал, и дедушке Вирту по ходу перепало... :))

>Бедный вы несчастный. Вот если бы сразу начали с С/С++, никакая жаба и не понадобилась бы.

Если бы я еще в 88 году на программиста учиться поступал...

>Тупое, фанатичное следование всем ооп изыскам в конечном счете приводит к тому,

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

>А беты те, как обычно, в день выхода были успешно стырены, через два дня лежали на китайско-албанских серваках, и через пять дней руссо туристо уже писали первый хелловорлд :)

А на хуа? Вы тоже из поколения тех делфишников, которые без создания .exe в 25кб жизни не представляют? Которым обязательно нужен DevelopersCD? Я вот в 2001 PHP начал изучать, в 2004 до жабы добрался, а делфи может быть и следовало осилить, но я понимал, что ничего хорошего у делфистов не выходит, а значит и у меня не получится

Вымрите динозавры, тошнит от ваших консервативных бредней...

> Если ты смешал в одну кучу ListView и AbstractTableModel - то несмотря на то что

Ничего я не смешивал. Нехрен передергивать.

> - бегом курить книги и статьи про MVC. (только, ради Б-га, с MFC не спутай)

А. Ну да. Ты же тут умнее всех. Один ты МВК знаешь. Ну надо же как мне повезло, что я тебя повстречал.

> Ой мама. Это как так? Где такая трава растет? А у меня почему-то кидаются.

Возьми любой контрол, например JDialog, и кинь из его windowOpened события экспепшн. Гуру ммать.

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

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

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

> На первом этапе - да, невозможно. Нету кучи ступиденческих компАнент шоб мышой на форму навозюкать. А понимание _сути_ ооп-изысков приводит к тому что в конечном итоге на жабе писать легче :)

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

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

>Извини, я не курю траву, объясни мне пожалуйста, что именно ты нашел там красивого и удобного? И главное, объясни мне, какую практическую пользу дает AbstractTableModel, чего не дает какой-нибудь ListView?

Ты правда этого не понимаешь или притворяешься? Не знаю как во втором фреймворке, но Windows.Forms в первом - это угребище из угребищ. Ни один многоитемный контрол не поддерживает MVC паттерн, без инвоков в Win32 API нихрена толком не сделать, работа с метриками шрифта кривая. Пишу сейчас на Swing и просто отдыхаю. В сад этот дотнет, короче.

Где такая трава продаётся???

> Ты правда этого не понимаешь или притворяешься? Не знаю как во втором фреймворке, но Windows.Forms в первом - это угребище из угребищ. Ни один многоитемный контрол не поддерживает MVC паттерн, без инвоков в Win32 API нихрена толком не сделать, работа с метриками шрифта кривая. Пишу сейчас на Swing и просто отдыхаю. В сад этот дотнет, короче.

+1. А вопрос про "какую практическую пользу дает AbstractTableModel, чего не дает какой-нибудь ListView" меня вообще улыбнул.

>> Если ты смешал в одну кучу ListView и AbstractTableModel - то несмотря на то что

> Ничего я не смешивал. Нехрен передергивать.

Не смешивал? А вопрос про "Что дает AbstractTableModel чего не может дать ListView" тебе не напоминает выяснение, что больше - метр или килограмм? У AbstractTableModel - MVC в чистом виде, у ListView - шаманские пляски. Не говоря уже про датасет дотнетовский, я вообще не понимаю нафига Хейлсбергу понадобилось изобретать такую дурость...

>> - бегом курить книги и статьи про MVC. (только, ради Б-га, с MFC не спутай)

> А. Ну да. Ты же тут умнее всех. Один ты МВК знаешь. Ну надо же как мне повезло, что я тебя повстречал.

Если сравниваешь ListView и AbstractTableModel - еще раз повторю, что что-то с пониманием сути МВК у тебя не так.

> Возьми любой контрол, например JDialog, и кинь из его windowOpened события экспепшн. Гуру ммать.

Пример кода покажи.

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

> Типа схохмил что-ли? Или что это такое? Похоже ты привел действительно серьезную причину вредности делегатов, жаль я ее не понял.

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

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

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

>> А беты те, как обычно, в день выхода были успешно стырены, через два дня лежали на китайско-албанских серваках, и через пять дней руссо туристо уже писали первый хелловорлд :)

> А на хуа? Вы тоже из поколения тех делфишников, которые без создания .exe в 25кб жизни не представляют? Которым обязательно нужен DevelopersCD? Я вот в 2001 PHP начал изучать, в 2004 до жабы добрался, а делфи может быть и следовало осилить, но я понимал, что ничего хорошего у делфистов не выходит, а значит и у меня не получится

А при чем тут делфя и что такого хорошего по мнению делфишников лежит на DevelopersCD?

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

А пишущим на жабе ни DevelopersCD не нужен, ни ".exe в 25кб" - им главное чтоб документация хорошая была и примеры от разработчиков. Что-то я по инету не видел сайтов с сотнями компоненточек под жаву, значит как-то народ обходится без чужих поделий...

хорошая идея. hotspot + jit -- решают все вопросы производительности. overhead, конечно, будет, но только в начале работы, пока статистика не собрана в hotspot.

viva, sun!

(сам пользую яву, преподаю курс в универе по ней, 7 лет как уже пользую и это разумный выбор после c/c++, python и прочего устаревшего напроч ПО)

> без инвоков в Win32 API нихрена толком не сделать

Полгода назад мне пришла в голову дурь портировать XtraReports под mono. Поглядел в код, попил валерьяночки от увиденного и забил :)

>Не говоря уже про датасет дотнетовский, я вообще не понимаю нафига Хейлсбергу понадобилось изобретать такую дурость.

Датасет оне еще в делпхи 3 или 4 изобрели. А в дотнет за собой перетащили ибо сраму не имутъ

>Кстати, просто ради информации - софтина для решения задач плотной упаковки, которой пользуются как минимум Боинг и Крайслер, написана на делфе. Это к тому что "ничего хорошего у делфистов не выходит".

И что? Чем авторам этой софтины помог RAD IDE делфи? Она поди еще консольная? Так можно было бы на C++ напесать.

>Ничего хорошего не выходит у тех делфистов, которым под каждый элементарный чих компонента нужна, и которые вместо написания своего кода шарятся по torry.ru и тому подобным кладбищам кода.

sf.net тоже не нужен? А как же принцип "берем GPL софинку и дотачиваем под свои условия"? Это ведь тот же поиск компонент только в профиль

> Что-то я по инету не видел сайтов с сотнями компоненточек под жаву, значит как-то народ обходится без чужих поделий...

Здрастье. http://jakarta.apache.org, попробуй без них обойтись.

>>Кстати, просто ради информации - софтина для решения задач плотной упаковки, которой пользуются как минимум Боинг и Крайслер, написана на делфе. Это к тому что "ничего хорошего у делфистов не выходит".

> И что? Чем авторам этой софтины помог RAD IDE делфи? Она поди еще консольная? Так можно было бы на C++ напесать.

Отнюдь не консольная, с хорошо продуманным и эргономичным GUI.

> sf.net тоже не нужен? А как же принцип "берем GPL софинку и дотачиваем под свои условия"? Это ведь тот же поиск компонент только в профиль

Э, ты божий дар с яичницей не путай. 90% горе-программеров на дельфе выискивают готовую компоненту, пихают ее к себе в проект, даже не заглянув в исходники. А тот кто способен доточить софтину - тот и компоненты сам пишет/дотачивает. Но из-за кажущейся лёгкости и обилия самопальных компонент и сложилось устойчивое мнение "дельфи - плохо". Хотя если придирчиво подходить к использованию чужого кода и удосуживаться этот код нормально просмотреть/протестить, с безжалостным отказом от пионерских недокомпоненточек и затратами времени на написание своих - то вполне нормальная среда разработки. Ну а сдуру, как известно, и хрустальную пипиську разбить можно :)

>> Что-то я по инету не видел сайтов с сотнями компоненточек под жаву, значит как-то народ обходится без чужих поделий...

> Здрастье. http://jakarta.apache.org, попробуй без них обойтись.

Jacarta - проект. А всякие torry и freedelphicomponents.net на 90% схожи с корзиной хирурга, набитой отрезанными аппендиксами. Конечно, и там есть много достойно сделанных вещей, но поиск золотых монет на городской свалке - не самое весёлое занятие. А то еще бывает - патчанут шароварную компоненту, без наличия исходников, и прутся с того что nag-screen пропал :) Сравни количество проектов на jakarta.apache.org и на мегадельфикомпоненских сайтах, а потом сравни процент _полезного_ наполнения :) А уж когда с гордым видом выкладывают наследника от TEdit с перекрытым внутри OnKeyPress - слёзы душат...

> Датасет оне еще в делпхи 3 или 4 изобрели. А в дотнет за собой перетащили ибо сраму не имутъ

Датасет в дельфе сроду был, с первой версии (под Win16). Но там по сравнению с дотнетовским он был простым, понятным и юзабельным, а в дотнете ради реализации отсоединенных датасетов наворотили столько кода что мама не горюй... А после того как я написал под свои нужды наследника явовской TableModel с нужным мне наборчиком датасетоподобных функций, я смотреть на дотнетовское монструозище без содрогания не могу... Чего стоит одна лишь необходимость в ряде случаев городить BO-обертку над датасетом, вместо того чтобы изначально от MVC плясать :)

Про падение матлаба: у вас белое железо и лицензионный матлаб?

> Не смешивал? А вопрос про "Что дает AbstractTableModel чего не может дать ListView" тебе не напоминает выяснение, что больше - метр или килограмм? У AbstractTableModel - MVC в чистом виде, у ListView - шаманские пляски. Не говоря уже про датасет дотнетовский, я вообще не понимаю нафига Хейлсбергу понадобилось изобретать такую дурость...

Я не говорил, что ListView реализует мвк. Я спросил, чем тебя его функционал не устраивает (можешь посмотреть выше по теме). К тому же я ни разу не жалел, что фрейморковские многоитемные контролы не реализуют мвк. Мне этот патерн больше напоминает ситуацию с SQL. Хочется посмотреть на того человека, который будет с БД на БД прыгать. Так вот и с мвк имхо. Или вот например design patterns. Там полезных паттернов - штук 10.. остальное - пустая трата времени (не всегда, но по большей части). Вот например медиатор. Так красиво выглядит на бумаге, а при реализации от него больше геммороя, чем пользы. Я лишь говорю, что не надо все, что изучил во все дыры пихать. Это не к тебе относится, а вообще. Поэтому и на джаву наезжал именно за ее теоретичность. Ну да, философия джавы.. круто. Мне тоже нравилось, пока вплотную не столкнулся. Имхо все эти ООП теоретические навороты усложняют программирование. Я знаю, что есть люди, которым нравится, когда круто и понтово (да еще и теоретических выкладок на небольшой многотомник). А мне нравится, когда удобно.. и когда ничто не отвлекает от задачи. А ооп навороты я и сам могу накрутить, если почувствую в них необходимость.

> Если сравниваешь ListView и AbstractTableModel - еще раз повторю, что что-то с пониманием сути МВК у тебя не так.

Еще раз повторюсь, что технологии реализации контролов не сравниваю. Я сравниваю функционал контролов. Конкретно ListView и JTable, который поддерживает AbstractTableModel. Есть задача отобразить данные, пользователю пох. используется при этом мвк или нет.

> Пример кода покажи.

Да пожалуйста. Ща сделаю

public class OnDialogOpened extends java.awt.event.WindowAdapter { /* OMITTED */

/** * Обработчик события открытия диалогового окна. */ public void windowOpened(java.awt.event.WindowEvent e) { throw new Exception("I'm some exception."); } }

Тока оно не работает. Ибо философия не позволяет! (мммать)

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

Да много без чего можно обходиться. Кто ж спорит. Вирт вон считает, что можно практически без всего обходиться. Только мне что-то не хочется на его Оберонах писать. Итак психика ни к черту.

> Тебя никто не собирается принизить, это лишь твои проекции :)

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

> Кстати так и не могу врубиться, а при чем в твоих предыдущих сообщениях упоминания хиппи.

Постараюсь объяснить. Когда человек начинает ради некой абстрактной идеи усложнять себе жизнь, делать все через Ж, мне это напоминает хиппей. Типа побочных эффект ассоциативного мышления.

Ну и сразу тут отвечу на выпады про то, серьезно ли я или нет насчет контролов. Ребятушки. Все хорошо вмеру. Если контрол реализует мвк - это еще не значит, что он нереально крут. Бросайте уже ваш максимализм. МВК - это красивая теория, но на мой взгляд она не стоит такого фанатичного поклонения. На практике от этой хрени легче жить не становится, имхо.

P.S. Блин. Ну что за еклмн. Ну что за хз что. Сказал же, что не собираюсь я холивары разводить. Я вообще сюда влез, чтобы опровергнуть факт быстроты выполнения java перед .net (где-то кто-то выше сказал). По крайней мере это на все 100 относится к гую.

P.P.S. Судя по всему, раз я не писаю кипятком от design patterns, меня еще и в этом обвинять начнут? А еще я в бога не верю.

Был один раз, когда пришлось в wsh_че_то_там (кажется) лезть, чтобы нормально работать с сылками (*.lnk). Но это совсем уж специфично. А теперь вопрос, что именно "без инвоков в Win32 API нихрена толком не сделать" невозможно сделать? Причем, судя по тону, ты приведешь не меньше десятка примеров, что именно ты не можешь без АПИ сделать, но что необходимо сделать в средне-статистической программе?

> В сад этот дотнет, короче.
Ну в сад дотнет и в сад. Мне параллельно. Я вообще с плюсов начал.. если все сложится так, как я думаю, плюсами и закончу. Но в плане удобства не назову джаву хоть сколько-нить удобной. То, что под ней много красивой теории - о да, не спорю. Я даже не спорю, что иногда эта теория облегчает жизнь. Только, имхо, чаще осложняет.

Давайте уже заканчивать ерундой страдать. Демагогия ни к чему не приведет. Естественный отбор и немотивированное насилие нас рассудят ;-)

>Мне тоже нравилось, пока вплотную не столкнулся. Имхо все эти ООП теоретические навороты усложняют программирование. Я знаю, что есть люди, которым нравится, когда круто и понтово (да еще и теоретических выкладок на небольшой многотомник).

>Бросайте уже ваш максимализм. МВК - это красивая теория, но на мой взгляд она не стоит такого фанатичного поклонения. На практике от этой хрени легче жить не становится, имхо.

don't be a wimp; write all your code in assembly language

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

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

Это скорее тебе дают теории сфероконей строить.