1. Net ukazatelei.

Напротив, там *только* указатели либо атомарные типы.
На объекты можно ссылаться только с помощью указателей.

5. Tipizirovanii iazik programirovania, na moment compiliatii vse peremenie i virajania imeiut tip.

Вот с этим промах. В связи с отсутствием шаблонов чересчур часто используется Object и downcasting.

MasterZivГлобально - так: С++ - рулез, Java - отстой. Это если не вдаваться в подробности.
Только у нас почему-то всех С++идов на Джавистов и Дотнетчиков переучивают.
Интересно, с чего бы это?

dwlа вот и врете! нету в Яве статической инициализации переменных. Нет, канеш там можно определить статический член класса, да и любой другой и задать для него значение. Но это не статическая а динамическая инициализация. Потому что классы в Яве можно распологать только в куче. Или я не те книжки читал. Статическая инициализация в С++ (чаще это обнуление) происходит до динамической, хотя имхо она происходит еще на этапе компиляции, когда статические данные связываются со своими значениями и просто размещаются в сегменте данных.
Есть там статическая инициализация.



a и b инициализируются во время загрузки класса в память и в дальнейшем изменить их нельзя. Чтобы их можно было изменить, надо убрать final.
Они имеют статическую область видимости, то есть они одни на весь класс. Чего еще надо?

MasterZivЭто провокация с целью повышения уровня всемирного отстоя.
2 my mind чем больше человеку нравится C++, тем меньше он его знает.
А вообще, какие копмиляторы C++ на дынный момент актуальны?

g++ - для написания консольных программ под уникс-образные ОС хорош, но Win32 GUI на нем не пишут.

Borland C++ Builder - отвратная документация, ориентированная на Паскаль.
Очень посредственное качество кодогенерации.
Нелюбимое дите Борланда, которое они выкинули на помойку.

Watcom - RIP

Comeau - одно время все восхищались его соответствию т.н Стандарту, приводили результаты онлайновой компиляции как эталон. Но сейчас про него ничего не слышно.

MSVC++ 6.0 SP5. Мой любимый компилятор. Но он был выпущен 8 лет назад.

MSVC++ 7.0 Занимает уже не первое почетное место в Visual Studio. По ходу повторит судьбу С++ билдера.

dwl
Это не статическая инициализация - это динамическая, т.е. при вызове конструктора класса. А т.к. в Яве классы могут располагаться только в куче, то ни о какой статической инициализации речи быть не может. Статическая инициализация, когда не создается никакого кода, когда эти "константы" известны еще на этапе компиляции и они сразу попадают при линковке в область данных ЕЩЕ до ЗАПУСКА программы. На этом основано несколько приемов программирования С++, правда почти все они связаны с generic programming.


Никакого вызова конструктора еще нет. Эти переменные инициализируются, как только класс загружается JVM. Класс загружается в JVM *ДО* любого создания экземпляров этого класса.

dwl
ЗЫЖ С++ умирал уже сто раз. Завидую стабильности этих возгласов о его скорой прискорой смерти.
Это напоминает речи фанатов OS/2. (Чтоб ты так жил, как OS/2 умирает!!!) Чем яростнее фанаты, тем больше сигналов, что не все ладно в датском королевстве.

dwl Возможность generic programming вместе с приемаи ООП, позволяет добиться еще большего. Например, создания некоторых возможностей языка, о которых не знали во время его разработки. Например, мультиметоды, делегаты, проперти. Язык достаточно прозрачен в реализации этих возможностей. Так, например, сделать это в Яве без изменения самого языка не представляется возможным. Тоже кстати можно сказать о сборщике мусора. Использование умных указателей выполняет ту же функцию, за той лишь разницей, что все в руках программиста.
Шаблоны не могут быть скомпилированы в случае, если декларация класса лежит в одном файле, а реализация - в другом. Объединять их, чтобы персобирать весь проект в случае добавления одной строчки, я не собираюсь.

Если тебе нравится химичить, возьми какой нибудь язык функционального программирования (Lisp, Ocaml, Haskell ...) и поразись, насколько там все это круче.

mardiyan
1. Там нет явных указателей! Они все подразумеваемые.

Обычные там указатели. Только они безразмерные. Если бы они были размерными (некоторое смещение), то это бы бессмысленно, поскольку уборщик мусора имеет обыкновение периодически дефрагментировать кучу. Поэтому объекты периодически перемещаются по памяти. Что бы тебе дало число, которое само по себе изменяется? Кстати в С++ для того, чтобы переместить объект, надо использовать конструктор копирования и placement new. memmove не катит.

mardiyan
2. И еще но этом гребаном языке ничего нельзя сделать не создав класс. Вы представляете сколько нужно потратить времени чтобы написать обычную процедурную программку? Просто кошмар.

Гы. А сколько времени надо потратить в C++, чтобы состыковать несколько модулей от разных производителей, в нетривиальной программке?

mardiyan
3. А еще, еще, знаете как они называют coredump? Они это называют NullPointerException. Ха-ха-ха

Странная проблема. Написать в javadoc "cannot be null" и спать спокойно. А также возвращать вместо нулей коллекции нулевого размера.

mardiyan
4. И вообще идиотский язык, который сразу же падает при попытке переполнения массива... Нет чтобы как в нормальном сишнике, взять да и упасть на попытке доступа к уже освобожденному объекту, чтобы потом хороший программист имел много приятных часов затраченных на ослеживаение того, чья же всетаки функция запорола объект и не вычистила его из списка.

Это шутка?

mardiyan
5. Но особенно меня раздражают люди которые используют алгоритмы из STL. Это же каким надо быть уродом, чтобы лишать себя удовольствия в очередной раз написать qsort, поотлаживать его...

Не понял. Collections.sort() может отсортировать любую последовательность, реализующую интерфейс List, если элементы реализуют интерфейс Comparable.

Lepsik
---Borland C++ Builder - отвратная документация, ориентированная на Паскаль.

вы ей просто пользоваться не умеете

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

dwl Сергей Ильич
Шаблоны не могут быть скомпилированы в случае, если декларация класса лежит в одном файле, а реализация - в другом. Объединять их, чтобы персобирать весь проект в случае добавления одной строчки, я не собираюсь.

1)у вас неверные сведения. не те книжки читали.

MSVC++ не позволяет разделять декларацию и имплементацию шаблонов. В g++ AFAIK та же история. А это основные компиляторы С++.

[quot dwl]
2)Химичить? Т.е. для вас написать массив нетипизированных укзателей проще? а потом мучатся с кучей преобразований типов. а мне проще так
<.. SKIP ..>
1) взять какой-нить аналог variant и писать массив для него. НУЛЕВАЯ ПРОВЕРКА ТИПОВ
2) взять какой-нить класс от которого наследуют все остальные классы вашей проги. Но тогда для вызова неполиморфных методов вам придется проверять на тип и вызвать при правильном преобразовании типа нужный метод. ХА. но это все делается в рантайм.

Шаблоны лучше и это очевидно.
[/quote]
В IDEA достаточно набрать
List list = obj.method();
А потом
itco<tab>
И среда сама сформирует цикл для итерации по коллекции, дедуцируя все чего надо.
Гораздо проще найти 10 рунтаймовых ошибок в Java, чем разобрать одну ошибку с STL, которая приводит к появлению 10+ килобайт error-сообщений с развернутыми шаблонами.