LINUX.ORG.RU

Что мы хотим увидеть в Java 3


0

0

На сайте O'Reily, посвященном технологии Java появилась (31/07/02)
статья о десяти важнейших изменений (по мнению автора), которые нужно
сделать в Java 3. Есть моменты весьма спорные. Описание десяти фитч по
пунктам:
10. Убрать все устаревшие классы, методы, поля и интерфейсы
9. Привести все имена классов,методов,полей к стандартному виду
8. Избавиться от простых типов данных
7. Символьный тип увеличить до 4-х байт
6. Довести до ума многопоточность (threads)
5. Внутренний формат файлов - только а-ля XML
4. Избавиться от AWT
3. Оптимизировать коллекции
2. Переделать ввод-вывод
1. Переписать загрузку классов с нуля

>>> Подробности

Ответ на: комментарий от Eugeny_Balakhonov

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

extern "C" работает только на голых глобальных функциях. Попробуйте-ка поставить это на метод класса! Или переопределить функцию (например, создать с тем же именем и добавить параметр), определенную как extern "C". Вам тут же расскажут, как именно Вы не правы. Т.е. на этом месте вы теряете очень много. Так что - смиритесь - манглинг необходим. И отсутствие договоренности среди компиляторов напрягает. Кстати, на платформе МС - я совсем не уверен, что все существующие компиляторы имеют на эту тему одно и то же мнение.

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

И, на последок - даже если .нет будет многоплатформенным - у жабы есть будушее. Ибо уже есть много софта. Уже есть армии девелоперов. За ней стоят очень сильные игроки. А железо уже жабу вполне тянет. Мой любимый редактор - jEdit (на стареньком PIII-800).

svu ★★★★★
()

Вопрос по java + linux:

В windows можно создать класс который использует внешние dll'ки. Кто-нибудь когда-нибудь делал это в линуксе? Есть какой-нибудь туториал или пример? Заранее thanx :-).

McGray ★★
()
Ответ на: комментарий от anonymous

"а у явы есть будущее ??? и если есть то какое ??"

Зависит от будущего .NET. ИМХО, .НЕТ это гораздо более совершенная, продуманная и совместимая платформа. К тому же официально стандартизирована (ECMA). Пока что несомненное достоинство явы это то, что она есть для многих платформ, а .net только для win32 и в виде mono для юниксов. Также несомненно что портированием придется занятся микрософту самостоятельно, у всех остальных кишка тонка. Поддержка многих языков - особенно С++ и Кобол это огромный плюс в пользу .net.

Oleksiy
()

"Самый интересный момент, что на Windows С# оказывается гораздо шустрее, чем Sun JRE на ней же :) Я правда не видел как оная работает на Solaris, но думаю с GUI не быстрее чем в Linux :)"

Недаром новая Visual Studio на нем написана.

Oleksiy
()

svu>Нет, тем, что реализовывать _эффективно_ такие вещи очень трудно (если возможно).

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

svu>И образ мысли разработчика они усложняют...Интерфейсов вполне достаточно.

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

E.B.>Потому что это приводит к жутко запутанной библиотеке классов.

Возможности не приводят к чему-бы то ни было. Приводит их использование. И если это не нужно - ничего не изменится. А на запутанность библиотеки классов Java программистам кивать не стоит ИМХО - посмотрите Java-вскую.

anonymous
()

"Самый интересный момент, что на Windows С# оказывается гораздо шустрее, чем Sun JRE на ней же :) Я правда не видел как оная работает на Solaris, но думаю с GUI не быстрее чем в Linux :)"


Ты сдурел что ли? Windows.Forms не реализован и никогда не будет реализован на чем-ли кроме Win. То, что сейчас есть для FreeBSD не более чем пускалка прог типа HelloWorld.

Стандартизация от ECMA? да в гробу я ее видал, и клал на нее с прибором. Нах он нужна-то? Тут что, все разработчики своих JVM?
Пишу на Java уже несколько лет, и ни разу не чувствовал ущербности, из-за отсутствия ECMA-стандарта.
То, что JAva принадлежит Sun, это в моих глазах только плюс, ибо за ней стоит серьезная фирма, а не красноглазый кооператив типа ALT и прочих GPL-фанатичных контор.

anonymous
()
Ответ на: комментарий от anonymous

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

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

svu ★★★★★
()
Ответ на: комментарий от Oleksiy

Про поддержку многих языков. Вам привести список языков, способных транслироваться в жабский байткод? Начнем с питона и схемы и пойдем очень далеко:). Могу дажу урл найти со списком. Так что - то, что МС громко провозглашает фичей .нет, у жабы фактически уже давно есть. И без рекламных фанфар.

svu ★★★★★
()

2 svu (*) (2002-08-14 15:56:04.454)

> что МС громко провозглашает фичей .нет, у жабы фактически уже давно есть. И без рекламных фанфар.

А зря. Реклама - дело хорошее и важное. Результат сами видите какой (доля Windows на рынке), хороший маркетинг еще никому не помешал.

PitStop
()
Ответ на: комментарий от PitStop

Реклама - дело хорошее и важное. Согласен на 105%. Понимаю роль маркетинга. Просто _чисто_технологически_ жаба это все делала еще до появления .нет в мыслях Билли

svu ★★★★★
()

2 svu (*) (2002-08-14 17:09:03.116)

Главное чтобы не получилось "как всегда" :(

PitStop
()

Хелло вам всем, камрады!

Сказать по правде я с джавой знаком всего 2 года, все это время по 8 часов каждый рабочий день разработку ведем только на джаве :) Пришел я на нее с обджект паскаля и первое с чем столктулся это с ее "дурацким" подходом к написанию юаев :)) думаю мою обиду на ихний авт и иже с ним свинг тут поймут. Да, после дэльфи мне пришлось ломать многие стереотипы :) НО, это было давно, я был туп, глуп, и зелен, а сейчас, ну хоть убейте, не могу я понять как может кому-то чего-то в джаве не хватать!!!! Не могу я понять человека, который 6(!!!!!) лет работает с Джавой и который нарекает на тормознутость ее парсеров! (Право, тебя не устраевает сам дом? или есть нарекания на конкретную реализацию? юзай сакс и не пихай в память все сразу!) :)))))) Не могу я понять чувака который 6(!!!!!) лет занимается разработкой (!!!) и сравнивает _уй с пальцем!!! Ну как можна сравнивать хмл с инишкой!!!! :))) хух, ой, ну что сказать... да, прикалол и чувак у которого проблемы с датой :)) Чувак! нету в джаве проблем с датами!!!! Пудово нет!!! Согласен ответить "кодом" на твой самый каверзный вопрос :))) Ну как можно говорить что с датой работать неудобно??? Так оно же со всем работать неудобно!!! Нету пока языка где написал "хочу рулез!", нажал пимпу и получил рулез! Нету!! и не будет!! Ломай стереотипы чувак! Удобно! Очень удобно! Я люблю работать с Датой я люблю форматеры! Я люблю Локейлы, календари и Джаву! Чувак проникнись ее психологией и ты будеш счастлив! Сынк диферент! Сынк ин Джава! :))

kul_hacker_n_programe_manufakturer
()
Ответ на: комментарий от kul_hacker_n_programe_manufakturer

Да, это приятно было почитать. Даже настрой как-то поднялся:)

То, что XML-парсеры тормозят и жрут - это научный факт. Даже сишные люди иногда ругаются на XML парсинг - а у них-то там оптимизация доходит чуть не до асма. Да, XML парсить проще, чем HTML (на который и стандарта-то единого нет) или SGML. Но сложнее, чем name=value. САКС решает проблемы памяти (и немного - скорости). Но сложные вещи и сложные файлы на нем обрабатывать приходится через ... Короче, очень неудобно.

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

Кстати, по-английски лучше будет "Think Java".

За веселый настрой - спасибо.

svu ★★★★★
()

C# и .net ничего не стоят. У MS всегда был такой подход: проще убедить народ, что они создают лучшие программы и технологии, чем разработать что-то действительно хорошо.

Покажите мне хоть одно _реальное_ преимущество C# над Java.

Fice ★★
()
Ответ на: комментарий от Fice

1. Поддержка МС (кто скажет, что это не реальное преимущество - пусть бросит в меня камень) 2. Скорость приложений. Сегодня - на винюках. Завтра, потенциально, на других платформах. Жаба тут, похоже, будет проигрывать. Но у нее свои сильные стороны.

svu ★★★★★
()

Кстати, хитрая лиса Сан выделила 3 миллиона на свободные жабские продукты. Хвала им, думаете? Нет, это деньги на оплату тому же Сану за сертификацию продуктов типа JBoss. Т.е. это просто "мы вас нахаляву просертифицируем". Реальная себестоимость сертификации, понятное дело, сильно ниже.

svu ★★★★★
()

Не тормозная Java. Специально когда-то развлекался - написал программу, "смыслом жизни" которой было быстренькое такое считание последовательности синусов, косинусов, перемножений, сложений и прочих действий, не связанных с UI. Отстала от C-шной не намного - процентов примерно на 10. Sun JVM, под Linux и под Win...

no-dashi ★★★★★
()

В Java только GUI тормозит, особенно Swing. А если использовать gtk-java, можно вообще летучие программы делать :-)))

Fice ★★
()

> 1. Поддержка МС (кто скажет, что это не реальное преимущество - пусть бросит в меня камень)

А поддержка Sun?
Назови твои точные географические координаты ;-)

Fice ★★
()
Ответ на: комментарий от Fice

А поддержка сан - это преимущество жабы. Но поддержка МС, кажется, сильнее. Если бы сегодня за жабой не было никого, кроме Сан - мы бы тут это вряд ли обсуждали.

А зачем Вам мои координаты, если не секрет? Боеголовки настроить - так я, вроде, ничего такого тут не говорил...:)

svu ★★★★★
()
Ответ на: комментарий от Fice

Про gtk-java не знаю, а вот eclipse видел. На основе мотифа. Сначала кажется - "вот как быстро!". А потом понимаешь, что бэкенд-то притормаживает так же, как и раньше. Поэтому общее ускоренее не столь большое. Так, видимость:)

svu ★★★★★
()
Ответ на: комментарий от no-dashi

На математике проверять жабу глупо. Она там почти сразу сваливается в нативный код. А вот попробуй XML попарсить, какой-нибудь протокол типа HTTP или SMTP просервить - вот тут-то песни и начинаются. Конечно, это все на сегодняшнем железе приемлемо. И окупается скоростью и простотой разработки. Но если просто (не считая бабок) сравнить с сишным аналогом - вот тут-то и почувствуется разница...

svu ★★★★★
()
Ответ на: комментарий от Fice

"C# и .net ничего не стоят. У MS всегда был такой подход: проще убедить народ, что они созда"

Во-первых, c# это язык а .net это платформа. Не надо путать. Под .net заявлено как минимум три языка, которые можно использовать - C#, С++, visual basic (эти три входят в sdk), Java (скачивается отдельно), кроме того насколько я знаю - есть еще паскаль и кобол. Это первое реальное преимущество над явой. Возможно, для явы такое тоже возможно, только где оно? В sdk только java как единственная альтернатива.

Второе - мои личные впечатления - я программировал по-мелочи под одно и другое. С .net было гораздо проще начать работу благодаря продуманной библиотеке классов. С# - язык гораздо более навороченный чем ява, поддержка "опасного" кода тоже далеко не лишняя. В .net все "в одном флаконе", тогда как для явы многие библиотеки (типа xml-парсеров пришлось устанавливать отдельно). Я проводил сравнение - программка делала хитрые целочисленные вычисления в нескольких связных списках с большими запросами к ОЗУ - С# оказался быстрее. Ненамного, процентов на 20, но все же.

И еще. Все-таки интересный это сайт. Чему посвящен вообще - системе линукс или обсеранию микрософта? Зачем тут вообще нужны новости о ява? Если речь идет об опенсорс или открытых стандартах - так тут как раз яву и надо мочить. Потому как со всеми потрохами принадлежит сану. Или тут "ось зла" провели через микрософт?

Oleksiy
()
Ответ на: комментарий от Oleksiy

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

Библиотека классов жабы нынче такая, что за три дня не обскакать. А то, чего там нет, обычно берется просто так на jakarta.apache.org и некоторых других местах. И, кстати, в J2SE 1.4.0 парсер XML входит стандартно - можете больше не жаловаться. Да, изначальная библиотека в 1.0 была весьма ..мм.. аскетична. Но МС мог учиться на жабе, а на чем было учиться Сану?

То, что С№ быстрее жабы - известно. Но кривость (хорошо, эклектичность) языка не окупает.

Про LOR - это правда, что-то мы отвлеклись. Да, LOR де-факто имеет анти-МС направленность. Что ж тут поделать? Жабка сегодня реально дает возможность делать промышленно кросс-платформенные вещи, не особенно задумываясь об этом. И хотя стандарт и принадлежит Сану, он открыт - смотрите, сколько можно насчитать не-сановских реализаций JVM. Даже некоторые из них open source. Короче, это все про тот пресловутый application entry barrier (если я не переврал выражение из протокола), о размывании которого мы все должны беспокоиться:)

svu ★★★★★
()

> Во-первых, c# это язык а .net это платформа. Не надо путать

Я не путаю. Я говорил в общем о всех продуктах MS.

> Возможно, для явы такое тоже возможно, только где оно? В sdk только java как единственная альтернатива.

Вот оно (не маленький список!):
http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
Ada, Smalltalk, Basic, Python, Lisp, Assembler...

> С# - язык гораздо более навороченный чем ява, поддержка "опасного" кода тоже далеко не лишняя.

Лишняя. Сильно вредит переносимости и просто засоряет язык. Если очень надо, можно и через native interface все сделать. А язык должен быть чистым и логичным. Если это ОО, то должны соблюдаться все принципы. Не нужны универсальные языки. Каждый язык предназначен для решения определенных задач.

> Зачем тут вообще нужны новости о ява?

Java в nix'ах достаточно широко используется. И опенсорсных программ на яве немало написано. А еще, обрати внимание на url этой страницы ;-)

Fice ★★
()

2svu
> А зачем Вам мои координаты, если не секрет? Боеголовки настроить - так я, вроде, ничего такого тут не говорил...:)

Камень запустить ;-) ("Поддержка МС (кто скажет, что это не реальное преимущество - пусть бросит в меня камень)")

Fice ★★
()
Ответ на: комментарий от svu

"То, что С№ быстрее жабы - известно. Но кривость (хорошо, эклектичность) языка не окупает."

Это дело вкуса. Лично мне С# кривым не показался. Или есть какие-то объективные показатели "кривости". Опять же субъективно - как язык ява показалась мне какой-то убогой, С# гораздо богаче возможностями (если есть желание - можете взять спецификации и просто тупо посчитать).

Насчет отсутствия чего-либо в стандартной поставке я не жалуюсь а просто констатирую факт и xml-парсер я взял просто как пример.

Насчет анти-МС направленности: МС имеет анти-линукс направленность и тут тоже ничего не поделаешь, только вот здешние красноглазые за это на МС говном брызжут. А бревно - оно как всегда в своем глазу. Вы только почитайте эти сообщения вроде ".net однозначно говно поэтому я даже не хочу в нем разбираться". Красноглазым не угодишь - в кои то веки МСовцы сделали действительно хороший продукт (а про true type и WMA мы уже как-то забыли?) - так все равно надо обосрать просто потому что это от МС.

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

Oleksiy
()
Ответ на: комментарий от Fice

"Лишняя. Сильно вредит переносимости и просто засоряет язык"

Чем же оно, извините, вредит переносимости? Переносимости с чего на что? Насчет засорения языка - полная чушь. Тебе не надо - не используй. Сделано это в основном именно для облегчения переноса старых С/С++ программ на .net. Ну и для ручной оптимизации производительности в узких местах (или по-твоему inline-assembler в С тоже засоряет язык?)

Oleksiy
()
Ответ на: комментарий от Fice

Виноват, Вы действительно считаете, что поддержка МС не является преимуществом при продвижении платформы на рынок??? Тогда: город Корк, Ирландия. Жду камня.

svu ★★★★★
()
Ответ на: комментарий от Oleksiy

Эклектичность в языках - must die. Потому как порождает бардак в головах программеров. Язык не должен быть богатым. Он должен быть достаточным. И инлайн-ассемблер, в некотором смысле - тоже костыль. Хотя С простительно. Из-за возраста. Из-за того, что не носит две буквы О на щите - и не претендует на концептуальную целостность. Из-за того, что по происхождению system language, не только application language. И вообще - С это С:)

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

svu ★★★★★
()
Ответ на: комментарий от Oleksiy

> Чем же оно, извините, вредит переносимости? Переносимости с чего на что?

C одной ОС и архитектуры на другую.

> или по-твоему inline-assembler в С тоже засоряет язык?

С - другой язык для других целей. Inline-assembler там очень кстати и ничего не засоряет. Пиши на C. Зачем тебе С#?

Fice ★★
()
Ответ на: комментарий от Oleksiy

> Чем же оно, извините, вредит переносимости? Переносимости с чего на что?

C одной ОС и архитектуры на другую.

> или по-твоему inline-assembler в С тоже засоряет язык?

С - другой язык для других целей. Inline-assembler там очень кстати и ничего не засоряет. Пиши на C. Зачем тебе С#?

Fice ★★
()

> Виноват, Вы действительно считаете, что поддержка МС не является преимуществом при продвижении платформы на рынок??? Тогда: город Корк, Ирландия. Жду камня.

Бросил. Координаты заданы с точностью до города. Наверное, не попал :(

Что касается поддержки MS.
Sun'а и IBM'а достаточно. Java не нуждается в поддерке MS. Вот если бы они еще не мешали своей "задержкой", было бы совсем здорово (MS уже очень сильно затормозила развитие Java: некроссплатформный J++, древняя JVM, вдолбанная в IE...)

Fice ★★
()

бла-бла

>Просто _чисто_технологически_ жаба это все делала еще до появления >.нет в мыслях Билли

Чисто технологически "всё это" давным дано делал лисп

dsa
()

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

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

Но должна же быть какая то фишка? И вот мы в 2000 году получаем Java-подобный C#, пылившийся 10 лет в чулане Мелкософта, а поданный нам как новейшее супер-пупер изобретение гениев мелкософта.

anonymous
()

Маленький комментарий, true type - не есть изобретение Микрософта, и по моему патент на true type пренадлежит Apple.
Вот цитата:




Apple Computer owns three patents that are related to the processing of glyph outlines within TrueType fonts. This process if also called hinting or grid-fitting and is used to enhance the quality of glyphs at small bitmap sizes. The patents are:



Patent #1 : US5155805: Method and apparatus for moving control points in displaying digital typeface on raster output devices


Filed on May, 8 1989


Patent #2 : US5159668: Method and apparatus for manipulating outlines in improving digital typeface on raster output devices


Filed on May, 8 1989 too. Actually, the two patents were filed and granted concurrently.


Patent #3 : US5325479: Method and apparatus for moving control points in displaying digital typeface on raster output devices


Filed on May 28, 1992

It's important to understand that the patents do not prevent anyone from reading, converting or generating TrueType fonts. As they only concern the subtle art of hinting TrueType glyphs, it's even possible to legally display text with TrueType fonts, as long as the patented techniques aren't used to optimise the bitmaps at small pixel sizes.

anonymous
()
Ответ на: бла-бла от dsa

Про лисп - это хорошо подмечено:) Хотя все-таки я не помню, чтобы у лиспа был байткод, в который бы другие языки компилировались. Так что хочется спросить: "А вы что имели в виду, товарищ Бериа?"

svu ★★★★★
()
Ответ на: комментарий от Fice

Так возьмите камень побольше. Или побольше камней. Но Вы же сами сказали - Sun+IBM. Т.е. подтвердили мою мысль, что одному Сану против одного МС не устоять было бы.

Мне кажется, кривая JVM в IE мешала не больше, чем другая кривая JVM в нетшкафе 4.7х. Это ерунда. А вот J++ - это да. Народ до сих пор публикует СОМ-объекты в жабу через это дело. Например, чтобы в жабских приложениях репорты генерить с помощью PowerBuilder.

svu ★★★★★
()

> Так возьмите камень побольше. Или побольше камней.

У меня карьер недалеко от дома. Камней хватит ;-)

> Но Вы же сами сказали - Sun+IBM. Т.е. подтвердили мою мысль, что одному Сану против одного МС не устоять было бы.

А мы спорим о том, нужна ли Java поддержка MS, или о том, достаточно ли поддержки только Sun?

> Мне кажется, кривая JVM в IE мешала не больше, чем другая кривая JVM в нетшкафе 4.7х. Это ерунда.

4й шкаф - старый браузер со старой явой, а MS пихает свою старую VM в относительно новые версии IE. И джава-плугином нормально её оттуда не выбить. Я, делая апплеты, до сих пор вынужден использовать только 1.1 :-(

Fice ★★
()
Ответ на: комментарий от Fice

Получается, о разном спорили. Я-то вообще изнчачально отвечал на вопрос о преимуществах С#. И рассматривал поддержку МС как преимущество. Так же как поддержка Сан+ИБМ - преимущество жабы. А вот если бы у жабы была только поддержка Сан - это был бы недостаток. Короче, мой тезис: Поддержка софт. технологии одной единственной крупной фирмой - недостаток, если это не МС. Если МС - достоинство. В смысле - для продвижения этой технологии на рынок.

А апплеты, похоже, доживают последние денечки. Медленно и мучительно. Ничего сложного на них сделать никогда было нельзя - мало кто стерпит загрузку swing.jar по сети:) Может, Java Web Start поможет? Но это совсем другая история... Короче, бросайте Вы эти апплеты:)

svu ★★★★★
()
Ответ на: комментарий от Fice

"Вот если бы они еще не мешали своей "задержкой", было бы совсем здорово (MS уже очень сильно затормозила развитие Java: некроссплатформный J++, древняя JVM, вдолбанная в IE...)"

J++ был очень даже кроссплатформенный. А когда человек пытался использовать "нестандартные" классы - выдавал большими буквами предупреждение. А насчет древней JVM - так это ненаглядному сану спасибо скажите, они иск подавали. А вообще, американский суд - это цирк проплаченный МС и его конкурентами. Вначале этот суд запрещает МС использовать JVM старше 1.1. А когда МС эту JVM вообще убрали (что правильно) - теперь требуют вернуть, причем актуальную.

Oleksiy
()

Хай АЛЛ!
Тут все крутые - подскажите ПЛЗ! Сделал игру Пятнашки на Java 2. Ввиде аплета с игровым полем 250 х 250. и пробовал на разных браузерах НетШкаф и IE. прога просто выводила каждый раз состояние - рисовала 4Х4 картинки с цифрами - так вот на 85% машин с Виндой (от 98 до 2000) все шло как положено , а на оставшихся 15% на дорисовывало где-то 20-30 пикселей в нижней части игрового поля! ( В аплетвьюере все показывало нормально всегда! )

В чем проблема? Код народ смотрел - ошибок не нашли!

anonymous
()

Позволю себе не согласиться насчет "Ничего сложного на них сделать никогда было нельзя" как пример того что можна сделать может служит хотя бы полностю 3д рпг "RuneScape" с огромным и разнообразным игровым миром (http://www.runescape.com). ps. у чуваков получилась действительно играбельная игруха - 3-5 тысяч клиентов в онлайн кое-что да говорит...

"мало кто стерпит загрузку swing.jar по сети" - если отталкиваться от того что у клиента коннект на 9600 то тут сразу отпадает целый (громадный) клас задач для которых важна _оперативная_ пересылка _больших_ обьемов информации да и спросите у человека который пользует софт типа эданки или напстер заметит ли он загрузку 30 мегового аплета (а таких людей - почти весь мир :) не говоря об корпоративных людях с их интранетом на 1гб езернете (собственно по своему опыту знаю что пользуют "серйозные гуевые" аплеты чаще всего при решении задач как раз внутрикорпоративного маштаба - там где пользователь и сервер находяться в пределах одной-нескольких локальных сетей) ps. никому ничего не говорит http://localhost:7001/console ? :))

кстате я тоже противник бездумного и слабомотивированого использования аплетов :)

kul_hacker_n_programe_manufakturer
()
Ответ на: комментарий от kul_hacker_n_programe_manufakturer

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

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

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

svu ★★★★★
()
Ответ на: комментарий от svu

Впринципе согласен, но опять же, судить могу только "глядя со своей колокольни" :) и, насколько я знаю, выбор технологий никогда не лежал на "совести" _разработчика_, и если аналитик-архитектор-или_как_там_его считает что скриптовая реализация дает какие-то приемущества (в скорости-стоимости разработки, интеграции и поддержки) перед _чисто_ обектным кодом то так тому и быть. Главное понимать что нельзя грести все под одну гребенку - для каждой конкретной задачи должны выбираться конкретные методы ее решения с соответственным набором технологий + по ряду субьективных факторов не всегда можна пользовать то что наиболее приемлемо :)

О том что народ волнуется по поводу дальнейшего "продвижения" джавы - так это ИМХО зря... Джава была, есть и уже будет есть! И на то будет ли она есть ИМХО _никак_ не будет влиять добавят ли в нее "новую" мульку или уберут "старую". Джава _заняла_ свою нишу и это свершившийся факт. Открываються (для некоторых уже открылись) новые области, где пока джаве особой конкуренции нету взять хотя-бы мобильные устройства, "бортовые" компутеры и прочую дрань:) не нужно делать из джавы что-то другое не нужно использовать джаву для написания реалтайм систем, не для этого она была есть и будет...

кроме того ИМХО на сане сидят умные пареньки и дальнейшее развитие Джавы я им полностью могу доверить :))

да, а что там с тредами менять хотят?

kul_hacker_n_programe_manufakturer
()

2 McGray
Обращаться к натурально скомпилированным библиотекам в линухе можно так же, как и в виндах, там правда загрузка не такая, я сам удивился, а может, до конца не достукал. А описание - учебник по JNI, его по-моему, достаточно. Поколдуй с Runtime.loadLibrary() и именем библиотеки.
2 All
Ява - язык для прикладнухи, это когда много, очень много кода не слишком чувствительного для быстродействию. Если где-то очень нужно быстродействие, то там обычно учитывают программно - аппаратную платформу, на которой его надо достичь, так что о переносимости такого софта на уровне скомпиленного кода можно забыть.
Отцы, мне сейчас по роду работы пришлось сопряч явку и виндовый CryptoAPI (так уж получилось, до этого работа была с чистой явой), так что писать приходится на обоих языках одновременно. Насколько же явский код прозрачнее сишного! Насколько проще в яве многие вещи делаются. Даже сравнивать нельзя. С++ незначительно расширил область применения С. Обратите внимание на такие конторы как Дисофт или R-Style и на их системы. Они написаны НА СВОИХ языках, не на С или С++. Для большой прикладной системы языки уровня С неудобны. А если вспомнить, что можно сделать с программной на С/С++ с помощью макроопределений и директив препроцессора... Слишком неоднородный язык.
Есть конечно и закидоны в яве. Кто-то пытается писать СУБД, на ней. Зачем? Что бы быть святее самого папы, что ли? Совершенно не надо пытаться делать на ней игрушки с серьезной графикой, графика крепко зависит от аппратной части, это не епархия явы. А вот WEB портал на яве - милое дело. Я не про апплеты, а про сервлеты. Для WEB приложений с серьезной логикой лучшее придумать сложно.

PS
Кстати, COM втягивается в яву (проект Jacob). С оговоркой - IDspatch интерфейс.

Полуденный Бес

anonymous
()

2Полуденный Бес >Для WEB приложений с серьезной логикой лучшее придумать сложно.

Можно "придумать" ASP.NET. Горрраздо лучше.

BOSHiK

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.