Куча ссылок это хорошо, но там же еще и отличий куча.
 Вопрос стоит какие из них действительно принципиальные, а какие - просто детали.
Мне надо выбрать всего 5.   
Пока зто в списке: 
C++ - машинный код / Java - интерпретируемый код 
 Java- ОО язык, а С++ - гибридный
 Java не позволяет множ. наследования
 Java:  нет указателей
 Java: автоматический сборщик мусора
 Java- типобезопасность
 Java - стандартные библиотеки, 
Java -отсутствие глобальных переменных

   

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

Java не докoнца OO язык. и что самое не приятно Java это язык со злым "неравеством типов"

Java не позволяет множественное наследование ДЛЯ КЛАССОВ. а в принцепе - позволяет . это довольно существенное замечание.

В Java есть указатели.  В java нету синтаксиса для прямой работы с ними. нет арифметики указателей. но указатели сами по себе есть. В метод передаётся ссылка на объект, а не сам объект. вот почитайте милую статью: http://www.javable.com/columns/robinson/letters/01/

автоматический сборщик мусора... ндя. я бы сказал иначе - в Java отсутсвуют деструкторы.  сборщик мусора это не особенность языка это особенность среды выполнения.

типобезопасность? ну.... смотря что вы под этим понимаете. поясните пожалуйста.

стандартные библиотеки? а это что: http://en.wikipedia.org/wiki/ISO/IEC_14882 ? Стандартная библиотека C++  стандартна в прямом смысле ибо есть соответсвующий стандарт ISO! Java может пускать слюни 

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

Тьфу блин! "package protected" конечно имелся ввиду 


В Java есть они 


По крайней мере в Java - приложении присутствует как минимум один обьект. В с++ коде может не быть ни одного 

На Java можно прогить и не пользуясь прим. типами. Впрочем как и на С++. Здесь разницы большой нет между ними.


Дык напиши пару тройку своих, тоже поспорим 


Лучше не надо этот пункт брать. В Си++ типобезопастность тоже на высоте.


И это лучше не брать. В Java есть модификатор static.


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

sergej.z

 генерикс + автобоксинг это НЕ темплейты. далеко НЕ. хотя формально механизм темплейтов в С++ это уже не объекто ориентированое програмирование это абстрактное программирование - следующий шаг.

есть в Java объект всегда. ок. но это не далает Java полноcтью OO языком. Да, я придераюсь к этому слову: полноcтью. В отношении Java его употреблять нельзя. и не только в простых типах дело. есть и ещё нюансы. И нельзя говорить что С++ менее OO чем Java это не правда. он как раз "более". Единственное что можно сказать: на С++ можно писать полностью НЕ объектный код, а на Java - нет. 

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

Это сообщение отредактировал(а) ALKS - 9.5.2006, 10:38

Если быть точным, в Java все передается по значению. Да, в случае передачи объекта, параметр метода - это ссылка, но сама ссылка то передается по значению.
То есть, выполнив этот код, вы получите NullPointerException:


А все потому что, ссылка, передаваемая как аргумент в someMethod, передана по значению, и если изменять ее значение внутри метода, ссылка на "верхнем" уровне не изменится. Как она была null, так и останется. Другое дело, если изменить объект, на который указывает эта ссылка.
Таким образом, формально в Java ВСЕ передается по значению.   

Это сообщение отредактировал(а) JUncle - 9.5.2006, 11:43

JUncle, не надо утрировать  Естесственно в компьютерном мире всё так или иначе передаётся по значению (Спускаясь до машинных инструкций). Таким образом дойдём до того, Что различий между любыми языками не существует, так как всё в конце концов превращается в 0 (включая 1, которая - инвертированный 0). Так можно что угодно упростить 

Ссылка (или указатель) это абстрактная величина. Обьект передаётся именно по ссылке (которая в свою очередь ессно по значению).  

Часть перечисленных отличий относится к Java как к языку, а часть как к среде выполнения. К тому же есть пара неточностей: в Java указатели есть, но они защищенные, т.е. нельзя присвоить значение неверного типа, не разрешены арифметические операции с ним. И стандартные библиотеки есть и в С++.

Добавлено @ 12:03 
И еще, товарищи давайте не будем увлекаться религиозными войнами на тему Java vs C++. Для этого есть специальный раздел. 

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

и вообще дискусия интерсна. вот. 

Вообще, как основное отличие надо добавить кроссплатформенность. 

А-а-а-а!!! Это что за зверь?   

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

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

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

Вот это про кроссплатформенность?

"The output of a Java compiler is not executable code. Rather it is bytecode. Using bytecode to represent programs is the easiest way to create truly portable programs." 

Это объяснение, как она реализована. 

ууу  ну уж нет. не все так просто. вэб приложение на J2EE вы на мобильнике не запустите. кроме того криво написанное Java приложение не заработает где попало. тут LSD прав. типичный пример - не использование System.getProperty("file.separator") при формировании имен файлов. есть и иные нюансы. кроме того Java приложение вы сможете запустить только на платформе для которой существует JVM и тут встают вопросы о совместимости конкретной JVM со спецификацией и её версией. Но в общем случае обеспечить переносимость приложения на Java на порядок проще, чем приложение на С++.

С другой стороны, не ошибусь если скажу что плактичиски любая платформа имеет компилятор С, но далеко не любая - JVM...