На Java сложно программировать

Восемь мифов про Java

Java медленно работает

Это довольно старый миф, но когда-то он действительно был правдой. Изначально виртуальные машины, на которых выполнялся байт-код Java,были несовершенны, и к тому же язык Java и виртуальная машина разрабатывались не для компьютеров в привычном их понимании, а как некая универсальная среда для различных устройств, где скорость работы программ была некритична, а объемы данных незначительны. Разница в скорости выполнения одинаковых задач между обычным компилируемым кодом и интерпретируемым кодом Java могла достигать сотен раз. Но несмотря на это, в настоящее время скорость работы байт-кода на современных виртуальных машинах уступает лучшим компиляторам машинных кодов всего лишь на несколько десятков процентов, а в некоторых случаях даже и превосходит их! Неужели интерпретация может обогнать скомпилированную программу? Разумеется, нет. Дело в том, что Java байт-код теперь уже не интерпретируется виртуальной машиной, а компилируется да еще и оптимизируется, причем динамически, на основе собираемых виртуальными машинами данных о ходе выполнения программы. По тестам на скорострельность Java весьма неплоха, но как же обстоят дела с реальными приложениями? К сожалению, с пользовательскими приложениями дела обстоят не так уж и хорошо. Причина тому медленная работа графических компонентов системы.

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

Java работает везде одинаково

Создаешь один раз используешь где угодно (Write once run anywhere). Вторая часть этого лозунга создателей Java содержит утверждение, что Java-программа работает везде одинаково. К сожалению, в действительности все не так просто. Java-машины различных компаний на различных платформах НЕ стопроцентно совместимы друг с другом.

Отличия в работе Java-машин на разных платформах существуют и в реализации мультизадачности, и в работе оконной библиотеки (AWT). Сложные Java-программы необходимо прогонять на разных платформах, чтобы убедиться, что все в порядке. Вообще говоря, даже и на одной платформе, но на разных машинах, подобные программы могут выполняться по-разному. Например, программист может столкнуться с ситуацией, когда его код на многопроцессорной машине ведет себя иначе, чем на однопроцессорной. Особо следует упомянуть Java-машину, созданную компанией Microsoft (далее MS JVM). Она носит название Java не совсем законно (что было подтверждено недавним решением суда). В MS JVM вы не увидите поддержки технологий RMI или CORBA, зато здесь можно использовать объекты ActiveX технологию, специфичную только для платформы Windows и более нигде не существующую. Microsoft расширила стандартную Java-библиотеку классов типами, которые отражают некоторые особенности работы платформы Windows.

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

Java стоит кучу денег

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

 

Восемь мифов про Java

Java медленно работает

Это довольно старый миф, но когда-то он действительно был правдой. Изначально виртуальные машины, на которых выполнялся байт-код Java,были несовершенны, и к тому же язык Java и виртуальная машина разрабатывались не для компьютеров в привычном их понимании, а как некая универсальная среда для различных устройств, где скорость работы программ была некритична, а объемы данных незначительны. Разница в скорости выполнения одинаковых задач между обычным компилируемым кодом и интерпретируемым кодом Java могла достигать сотен раз. Но несмотря на это, в настоящее время скорость работы байт-кода на современных виртуальных машинах уступает лучшим компиляторам машинных кодов всего лишь на несколько десятков процентов, а в некоторых случаях даже и превосходит их! Неужели интерпретация может обогнать скомпилированную программу? Разумеется, нет. Дело в том, что Java байт-код теперь уже не интерпретируется виртуальной машиной, а компилируется да еще и оптимизируется, причем динамически, на основе собираемых виртуальными машинами данных о ходе выполнения программы. По тестам на скорострельность Java весьма неплоха, но как же обстоят дела с реальными приложениями? К сожалению, с пользовательскими приложениями дела обстоят не так уж и хорошо. Причина тому медленная работа графических компонентов системы.

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

На Java сложно программировать

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

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

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

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

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

Резюмируя, можно сказать, что по сложности программирования Java и в сравнение не идет с Си++ или Паскалем. Развитые возможности языка, поддержка сбора мусора, единая стандартная библиотека классов, контроль со стороны компилятора все это заметно упрощает создание приложений и ускоряет их отладку.