G_>>Начать можно со такого вопроса — чего есть в C# + .NET такого чего нет в Java? Принимается все — начиная от конструкций языка и заканчивая технологиями и скоростями работы. _>.NET кажется и сейчас быстрее. _>а будущем .NET будет чуть ли не частью ОС, т.е. будет еще быстрее, чем сейчас
Не уверен, что сейчас NET быстрее. Где тесты?
Думаю, различия в производительности NET и Java минимальны и будут еще уменьшаться,
так как основаны на близких технологиях.
G_>>Что на ваш взгляд является главным недостатком Java? _>для меня — это убогие средства разработки и ущербная докумнтация
Провокационный вопрос: а на чем еще можно разрабатывать .NET кроме VS 2003?
G_>>Про недостатки .NET сразу приходит в голову — отстутствие реальной кроссплатформенности _>windows — это достаточно большой мир, чтобы волноватьмя о других платформах.
Для домашних компьютеров — да, но для компаний все не так просто.
G_>>и поддержки большого числа компаний. _>я этого не знаю... я сколько времени на рынкке .NET и сколько Java ?
G_>>Про недостатки .NET сразу приходит в голову — отстутствие реальной кроссплатформенности и поддержки большого числа компаний.
S>Не хочу начинать обсуждение, но как старый фанат и программист на яве, пытавшийся воспользоваться оной с 1.0.6 и до времени оного, и ддаже (о ужас) всерьез пытавшийся использовать javabeans, могу только выразить свой печальный опыт, что кроссплатформенности реально там нет. В общем что пахало на линуксе не работает на винде и наоборот, вылезают глюки, я уж молчу про всякие j2me, где чуть не под каждую реализацию приходится отдельный проект с обходом их глюков делать...
S>Так что это не недостаток. по крайней мере с явой не лучше. Увы
Я, в частности, из-за этого и говорю насчет Java 1.5
Sun все-таки что-то делает в этом направлении.
Здравствуйте, Gregory_krovosos, Вы писали:
AVK>>А как быть к примеру с int?
G_>Примитивные типы — это отдельная сущность, а структуры — те же классы, только на стеке.
S_>Интересно, а почему не устраивают "священные войны" С# и J#, тихо мирно лежащие в одной студии. Дело наверно не в синтаксисе. Ну допустим сделают на Явовой платформе язык с синтаксисом C#, ну и рантайм изменят для новых фичей, от этого она не перестанет быть Явой.
Имелось в виду сравнение платформ.
S_>Главный недостаток явы для меня это — кроссплатформенность. Т.к. я на одной платформе тусуюсь. За все надо платить, за кроссплатформенность платят невозможностью оптимизации под конкретную платформу.
Отчего же нет?
S_>В частности вопросик, насколько извратно будет выглядеть в Ява тигер 1.5 подключение обработчика к оконной процедуре (естейственно Виндовой)? Или может вобще никак? Тогда для некоторых реальных задач Ява отпадает.
В Яве имеется своя оконная библиотека, поэтому подобная задача и не стоит. Разумеется драйвер на Яве не напишешь)
S_> А так идеи одни и те же у Явы и .NET, отличия только что .NET делал более крупный монополист (в данном случае это хорошо), заточил хорошо под свою платформу, все единообразно, интегрировано, до мелочей продумано, не надо лазить по углам по щелям всякие примочки собирать. И главное этот монополист планирует и дальше тужиться в этом направлении,имеет бурные планы, и считает что только все начинается. А разработчики Явы уже расслабились.
В Яве тоже все продумано. С чего Вы решили, что Sun "расслабился"?
Здравствуйте, Gregory_krovosos, Вы писали:
G_>>>То что сказал Полагаю в Яве не хотят плодить сущностей, отсюда только классы + только под управлением GC.
AVK>>А как быть к примеру с int?
G_>Примитивные типы — это отдельная сущность, а структуры — те же классы, только на стеке.
Скорее всего в яве не плодят дополнительных сущностей не потому, что структуры — те же классы, только на стеке, а потому, что ява это больше академический язык и начинающему студенту тяжело будет понять что такое структура, в чем она отличается от класса и почему в других языках появилась необходимость в данной конструкции.
Да и по куче других отличий.
Возьмем те-же делегаты, что проще использовать для обработки событий? делегат или хитрую конструкцию из интерфейса, адаптера и класса наследника адаптера переопределяющего один/два метода. Понятно, что делегат проще, компактнее в записи и т.п. но, для ява программиста это означает, что нужно запомнить еще одну сущность. а это, может не укладываться в учебные планы, да и бедному ява программисту придется выделить лишний кусок своей драгоценной памяти из скудных запасов... отсюда мы и имеем — застой в платформе и цепляние за устоявшиеся стереотипы.
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, Gregory_krovosos, Вы писали:
G_>Провокационный вопрос: а на чем еще можно разрабатывать .NET кроме VS 2003?
C# Builder, Delphi 8, #Develop
G_>>>и поддержки большого числа компаний. _>>я этого не знаю... я сколько времени на рынкке .NET и сколько Java ?
G_>Java — с 1995, .NET — с 2001.
Здравствуйте, Silver_s, Вы писали:
S_>Главный недостаток явы для меня это — кроссплатформенность. Т.к. я на одной платформе тусуюсь. За все надо платить, за кроссплатформенность платят невозможностью оптимизации под конкретную платформу.
HotSpot может
S_>В частности вопросик, насколько извратно будет выглядеть в Ява тигер 1.5 подключение обработчика к оконной процедуре (естейственно Виндовой)? Или может вобще никак? Тогда для некоторых реальных задач Ява отпадает.
через JNI, извратно скажете вы? А как будет решена аналогичная задача для FreeBSD с помощью .Net. На Микрософт мир ПО не ограничивается, не все ж скринсейверы пишут, есть вещи и посерьезнее.
S_> А так идеи одни и те же у Явы и .NET, отличия только что .NET делал более крупный монополист (в данном случае это хорошо), заточил хорошо под свою платформу, все единообразно, интегрировано, до мелочей продумано, не надо лазить по углам по щелям всякие примочки собирать. И главное этот монополист планирует и дальше тужиться в этом направлении,имеет бурные планы, и считает что только все начинается. А разработчики Явы уже расслабились.
До мелочей продумано смешно. Тужиться будете скорее вы когда наткнетесь на непреодолимые ошибки в системе, и на процесс развиия повлиять не сможете никак. Помнится был баг в винде с модальными диалоговыми окнами, еще со времен 95-ки, за все это время они так и не захотели его исправить.
Разработчики явы не раслаблялись, наоборот развитие идет полным ходом, вот придет distributed jvm вот тогда и посмотрим, кто круче.
I>А есть ли аналоги таких мощных средств разработки для .NET типа WebSphere Application Development (как-то так)? Вопрос без поткола — просто интересуют аналогичные средства для создания крупрных решений, но для .NET. С большой мощностью и интеллектом.
Есть мнение, что WebSphere — кусок крайне неаппетитной субстанции. Подтвержденное человеко-месяцами работы и человеко-днями общения с support-ом по поводу той полудюжены критичных багов, которые за упомянутые человеко-месяцы были обнаружены. Мнение на абсолютную истину не претендует. Но лично я к этому... субстанции по возможности стараюсь не прикасаться и другим советую.
Есть также мнение что на момент конца 2005 г. в .net есть все, что необходимо для нормальной работы. И слава богу.
RB>>Сама постановка вопроса
G_>>>... чего есть в C# + .NET такого чего нет в Java?
RB>>ставит Java на место догоняющего. Это характерно, или так получилось???
G_>Именно. Ведь .NET появился позже и обязан был по этой причине дать что-то новое.
В библиотеке классов Java много путаницы. Начинающих знакомиться с Java класс Date просто сводит с ума
На мой взгляд, .NET имеет более продуманную библиотеку классов. Тот самый случай, когда чужой опыт и ошибки были учтены.
Здравствуйте, sergeych, Вы писали:
G_>>Про недостатки .NET сразу приходит в голову — отстутствие реальной кроссплатформенности и поддержки большого числа компаний.
S>Не хочу начинать обсуждение, но как старый фанат и программист на яве, пытавшийся воспользоваться оной с 1.0.6 и до времени оного, и ддаже (о ужас) всерьез пытавшийся использовать javabeans, могу только выразить свой печальный опыт, что кроссплатформенности реально там нет. В общем что пахало на линуксе не работает на винде и наоборот, вылезают глюки, я уж молчу про всякие j2me, где чуть не под каждую реализацию приходится отдельный проект с обходом их глюков делать...
Какой-то у вас печальный опыт. Про j2me я, конечно, помолчу. Но все что я разрабатываю под Win потом уходит на Linux. Есть нюансы при работе с файловой системой, при работе с графикой, c JNI. Но серьёзных и непоправимых проблем лично у меня пока не было.
Здравствуйте, Gregory_krovosos, Вы писали:
G_>Ну, вообщем можно сказать что в C# более продвинутая поддержка наитивного кода?
Если учесть, поверх чего работает .Net, то становится понятным, что .Net без хорошей поддержки нативного кода был бы просто не жилец. Так что гордиться такими вещами, как fixed и unsafe, на мой взгляд, довольно глупо. Они не от хорошией жизни были придуманы.
Здравствуйте, Воронков Василий, Вы писали:
I>>А есть ли аналоги таких мощных средств разработки для .NET типа WebSphere Application Development (как-то так)? Вопрос без поткола — просто интересуют аналогичные средства для создания крупрных решений, но для .NET. С большой мощностью и интеллектом.
ВВ>Самое мощное средство разработки для .NET — это Visual Studio. Если не считать глюков, то по возможностям вполне прилично.
Ребята, да поймите вы, люди привыкшие работать в Idea, работая в VS просто плачут.
имхо, микрософт может не управиться в конкурентное время с платформой
как я понимаю до сих пор нету аналога серверов приложений, а они уже сейчас сами по себе отходят на второй план — посмотрите что делают SAP, Oracle, IBM, BEA и др. (уже) — портал + warehouse + integration broker + app_server- переход к сервисной архитектуре (не путать с веб-сервисами)
в своем сегменте настольных приложений микрософт, безусловно, будет доминировать в будущем, но в корпоративе — сомнения у мну
Здравствуйте, slskor, Вы писали:
S>Здравствуйте, Воронков Василий, Вы писали:
I>>>А есть ли аналоги таких мощных средств разработки для .NET типа WebSphere Application Development (как-то так)? Вопрос без поткола — просто интересуют аналогичные средства для создания крупрных решений, но для .NET. С большой мощностью и интеллектом.
ВВ>>Самое мощное средство разработки для .NET — это Visual Studio. Если не считать глюков, то по возможностям вполне прилично.
S>Ребята, да поймите вы, люди привыкшие работать в Idea, работая в VS просто плачут.
У VS пасширяемая архитектура. Поставь поверх неё ReSharper и плакать не придётся. А впрочем в VS2005 уже есть многие полезные вещи, которые есть в ReSharperе.
Здравствуйте, slskor, Вы писали:
S>Здравствуйте, Gregory_krovosos, Вы писали:
G_>>Ну, вообщем можно сказать что в C# более продвинутая поддержка наитивного кода?
S>Если учесть, поверх чего работает .Net, то становится понятным, что .Net без хорошей поддержки нативного кода был бы просто не жилец. Так что гордиться такими вещами, как fixed и unsafe, на мой взгляд, довольно глупо. Они не от хорошией жизни были придуманы.
G_>>>Начать можно со такого вопроса — чего есть в C# + .NET такого чего нет в Java? Принимается все — начиная от конструкций языка и заканчивая технологиями и скоростями работы. kuj>>enumerations, fixed, using, unsafe, Interop...
G_>Enum в 1.5 появились.
G_>Извините, я с шарпом не так хорошо знаком.
G_>fixed — ?
G_>using — имеется в виду очевидно использование IDisposable? (а не подключение пакетов?) Этого в Яве нет, но в концепции сборщика мусора нужно ли это?
G_>unsafe — это возможность вызова платформенного кода? Если да — это вроде бы в Яве с рождения.
G_>Interop -?
G_>>>Что на ваш взгляд является главным недостатком Java? kuj>>EJB Ах, да... еще создание GUI под Windows..
G_>Имеются в виду тормоза Swing? Есть Eclipse.
eclipse тут не причем, это библиотека SWT которая работает с native контролами ОС вместо саморисованных в свинге
G_>>>Про недостатки .NET сразу приходит в голову — отстутствие реальной кроссплатформенности и поддержки большого числа компаний.
ну это щас рано говорить G_>>>Вообщем, прошу к барьеру kuj>>А если серьезно, то Java определенно более сильна в случае Enterprise-level систем.
спорно kuj>>Во всех других случаях можно долго выяснять кто же лучше, но это пустая трата времени, т.к. в общем случае они примерно равны. В итоге все сведется к выяснению у кого же лучший набор библиотек...
G_>Ну так и у кого он лучший?
Проектирование — это искусство, которым нельзя овладеть только с помощью теоретических занятий.
G_>>>Начать можно со такого вопроса — чего есть в C# + .NET такого чего нет в Java? Принимается все — начиная от конструкций языка и заканчивая технологиями и скоростями работы. _>>.NET кажется и сейчас быстрее. _>>а будущем .NET будет чуть ли не частью ОС, т.е. будет еще быстрее, чем сейчас
G_>Не уверен, что сейчас NET быстрее. Где тесты? G_>Думаю, различия в производительности NET и Java минимальны и будут еще уменьшаться, G_>так как основаны на близких технологиях.
согласен, с оговоркой что .NET гарантированно будет лучше вписывается в последующие винды
G_>>>Что на ваш взгляд является главным недостатком Java? _>>для меня — это убогие средства разработки и ущербная докумнтация
G_>Ну, чем же JBuilder или Visual Age убогие?
_>>сравните средства разработки с VS.2003 и MSDN. _>>только в jBuilder я нащел что-то удовл. — там документация не просто javadocs. _>>я потерял ссылку, но это похожие: _>>http://www.jwz.org/doc/java.html _>>http://www.geocities.com/tablizer/javacrit.htm
G_>Провокационный вопрос: а на чем еще можно разрабатывать .NET кроме VS 2003?
скоро выйдет Improve C# под eclipse
G_>>>Про недостатки .NET сразу приходит в голову — отстутствие реальной кроссплатформенности _>>windows — это достаточно большой мир, чтобы волноватьмя о других платформах.
G_>Для домашних компьютеров — да, но для компаний все не так просто.
G_>>>и поддержки большого числа компаний. _>>я этого не знаю... я сколько времени на рынкке .NET и сколько Java ?
G_>Java — с 1995, .NET — с 2001.
Проектирование — это искусство, которым нельзя овладеть только с помощью теоретических занятий.
ВВ>>>Самое мощное средство разработки для .NET — это Visual Studio. Если не считать глюков, то по возможностям вполне прилично.
S>>Ребята, да поймите вы, люди привыкшие работать в Idea, работая в VS просто плачут.
_>У VS пасширяемая архитектура. Поставь поверх неё ReSharper и плакать не придётся. А впрочем в VS2005 уже есть многие полезные вещи, которые есть в ReSharperе.
а у Eclipse — не расширяемая?
видимо, SAP, сделавший свою DevStudio на Eclipse, — это сон ?
Полагаю в Яве не хотят плодить сущностей, отсюда только классы + только под управлением GC.
