В начале рассмотрим, что из себя представляет функционально среда разработки программного обеспечения (также интегрированная среда разработки, integrated development environment, IDE), это программный пакет, используемый программистами для разработки программного обеспечения.

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

Частный случай IDE — среды визуальной разработки, которые включают в себя возможность визуального редактирования интерфейса программы.

Как видно, основные функциональные элементы, компилятор и интерпретатор входят в комплект стандартной поставки sdk, следовательно используя редактор любого файлового менеджера можно без особых проблем с его помощью отредактировать, откомпилировать и запустить программу.

В начале для удобства необходимо определенным образом настроить файловый менеджер, эта настройка заключается: в установке ассоциации с файлами *.java и *.class, с тем, чтобы при нажатии клавиши "Enter" на этих файлах выполнялась соответственно компиляция и запуск программы; указание директории, в которую необходимо выводить файлы *.class; указание файла, в который необходимо выводить сообщения об ошибках, как в процессе компиляции, так и в процессе выполнения программы. Кроме того, необходимо иметь элементарные навыки работы с файловым менеджером и убедиться, что при установке пакета sdk в переменных окружения правильно прописаны пути пакета. Также необходимо иметь плагин для FAR – а Colorer, который выделяет цветом синтаксические структуры Java.

Для этих целей я использовал файловый менеджер FAR, версия данной программы не имеет принципиального значения.

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

Помочь решить эту проблему поможет плагин к таким средам java разработки, как Oracle JDeveloper и Borland JBuilder. Скачать этот чудесный продукт можно с сайта разработчика http://home.t-online.de/home/simeon.zverinski/variablehighlighter. Автор данной разработки Simeon Zverinski распространяет его бесплатно, с исходными кодами в соответствии с Sun Public License (SPL) лицензией. Исходный код можно так же можно скачать с сайта разработчика.

В JDeveloper'е используется аналогичная JBuilder'у структура проектов и принципы работы среды визуального проектирования, что позволяет с минимальными затратами адаптировать проекты, созданные в Borland Java Builder. Правда сам файл проекта изменился, но создание нового занимает не более минуты, при использовании интерактивного мастера создания проектов. Oracle Java Developer 10g является полноценной средой для разработки приложений, с использованием новейших Internet стандартов. Бытующее мнение, что Oracle JDeveloper предназначен для работы с СУБД Oracle в корне неверно. Хотя в данной IDE и введена оптимизация на использование СУБД Oracle (Oracle 9i и Oracle 9i Lite), есть возможность работы с любой СУБД, поддерживающей стандарт SQL92. А использование стандартных методов работы с JDBC снимает все ограничения. К тому же достаточно просто добавить свои бины в палитру компонентов, и расширять IDE по своему усмотрению. В новой версии данного продукта существенно переработан интерфейс пользователя. Многооконный MDI интерфейс был заменен на Tabbed control, в закладки панелей которого добавлены динамически формируемые кнопки закрытия закладки при наведении указателя мыши, за счет чего освободилась часть рабочего пространства. Ранее не связанные визуальный редактор, редактор класса и редактор кода теперь объединены. Переключение между ними осуществляется выбором соответствующей закладки. Ориентирование на J2EE технологии положительно сказалось на функциональности встроенного HTLM редактора. Доступен так же визуальный дизайнер HTML. Так, что данную среду можно использовать, как достаточно мощный редактор Web контекста. Поддерживается большое количество типов файлов. Особенно хочется отметить поддержку JSP и XML. Поддерживаемые типы документов парсятся в дерево структуры документов, которое позволяет осуществлять быструю навигацию по документу, а так же контролировать ошибки.

В реальных прикладных приложениях нет необходимости включать, например поддержку работы с редакторами или проектами. Набор требуемой функциональности сильно зависит от разрабатываемого приложения. Проект RCP был создан именно для обеспечения возможности создания приложений с использованием мощной универсальной оболочки при минимальном количестве требуемых плагинов. Лицензия Eclipse позволяет использовать созданные приложения в коммерческих целях. При этом мы получаем действительно мощный, мультиплатформенный и качественный инструмент с единым стильным интерфейсом. А огромная команда свободных разработчиков Eclipse гарантирует оперативное устранение багов и постоянное совершенствование данного продукта.

Создадим простейшее приложение с использованием технологии RCP. Создаем новый проект File > New > Project. Далее выбираем, мастер проектов «Plug-in Project» и нажимаем кнопку «Next» (см. Рис. 1).

Рис. 1. Выбор мастера проекта

Рис. 1. Добавление библиотеки SWT

Первоначальная цель заключалась в том, чтобы "разработать стабильную, полнофункциональную, промышленную платформу, качества коммерческого продукта, для разработки интегрируемых инструментов". На настоящий момент Eclipse Consortium фокусируется на следующих проектах:

1. The Eclipse Project (http://www.eclipse.org/eclipse/index.html) – ответственен за разработку непосредственно Eclipse IDE (платформу для сборки прочих инструментов Eclipse), Java Development Tools (JDT) и Plug-In Development Environment (PDE), используемую для предоставления возможности расширения самой платформы.
2. The Eclipse Tools Project (http://www.eclipse.org/tools/index.html) – занимается созданием оптимальных инструментальных средств для платформы Eclipse. В текущие подпроекты входят: Cobol IDE, C/C++ IDE, а также инструмент моделирования EMF.
3. The Eclipse Technology Project (http://www.eclipse.org/technology/index.html) – занимается технологическими исследованиями, инкубацией и образованием по части использования платформы Eclipse.

Совместно с JDT, платформа Eclipse предоставляют множество различных возможностей, которые вы могли наблюдать в коммерческих IDE: подсветка синтаксиса в редакторе, компиляция кода, отладчик уровня исходного кода с поддержкой "нитей" (threads), навигатор по классам, файловый менеджер и менеджер проектов, интерфейсы для стандартных контролирующих систем исходного кода, таких как, например, CVS и ClearCase.

В этой статье я хочу коротко описать текущее положение дел с рефакторингом в современных Java IDE. Материал не преследует образовательных целей как в области рефакторинга как такового, так и XP (extreme programming) и написания тестов (JUnit etc). В статье описывается состояние рефакторинга вообще в Java IDE и приводятся особенности его реализации для 3-х наиболее популярных.

Коротко о рефакторинге

«Рефакторинг – процесс изменения внутренней структуры ПО с целью облегчения понимания ее структуры и упрощения дальнейшей модификации без изменения внешнего поведения.» Это определение взято из книги, положившей начало современному представлению об этом процессе – «Рефакторинг - Улучшение существуещего кода» Мартина Фаулера (Refactoring: Improving the Design of Existing Code by Martin Fowler, Addison Wesley 1999)[1]. Кроме того, рефакторинг может применяться не только к исходному коду на каком либо языке программирования, но также к описательным языкам, если не теряется результат их обработки[2].

Сам процесс рефакторинга появился задолго до выхода в свет книги и стал ответом на необходимость поддерживать большие объемы кода коллективами программистов в адекватном состоянии качества.

Всем известно, что каждый программист пишет программу в своем, привычном для него стиле, отличающимся от стиля коллег, а также от канонического стиля, предложенного авторами языка. Стиль может выражаться в именовании, использовании тех или иных конструкций, типизации и т.д. На это можно не обращать внимания до тех пор, пока его код не берется поддерживать другой программист. Когда же это происходит, зачастую, многие просто переписывают заново уже работающий код, мотивируя следующим образом: «он был ужасен, к тому же я его плохо понимал».

Кроме того, существует проблема «неповоротливости» – чем больше программа, тем сложнее вносить в нее принципиальные изменения и тем сложнее прогнозировать последствия этих изменений. Из этого вытекает увеличение времени на модификацию программы. Менеджеру чрезвычайно сложно объяснить, почему аналогичный объем работы полгода назад выполнялся за неделю, а сейчас - за 2. Все из-за того, что после написания в код вносится некоторое количество изменений, вследствие чего он теряет начальную простоту, элегантность и ясность.

Эти проблемы программисты пытались решить общими способами – путем модификации структуры программы без изменения ее функциональности. Например, переименовывали методы в соответствие с общей политикой, меняли видимость и расположение классов и т.д. Все это теперь называется методами рефакторинга.

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

Автоматизированный рефакторинг

Изучив статьи о рефакторинге или даже прочитав книгу Фаулера, можно сделать вывод о том что, наконец, найдено решение вышеназванных проблем. Но, начав использование принципов рефакторинга на практике, программист замечает, что на его плечи легла еще одна ноша – рефакторинг тоже требует времени и внимательности!!! Причем, применяя методы рефакторинга на отдельном участке кода, и не применяя на остальных, программист дополнительно запутывает код. Либо, поменяв интерфейс класса, получает множество ошибок в других частях, модулях программы. Разные методы требуют разного времени на их применение, особенно это касается интерфейсов класса.

Поэтому, вскоре, появились разнообразные средства, позволяющие автоматизировать процесс рефакторинга.

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

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

При внешней схожести JSP отличают некоторые моменты, делающие данную технологию чем-то большим, чем ещё одно средство для создания динмически генерируемого содержания web-страниц.

Сначала простое перечисление:

• действительно высокая межплатформенная переносимость; использование универсального языка высокого уровня Java в качестве скриптового;
• JSP -- это не какое-то отдельно стоящее средство для решения достаточно узкого круга задач, пусть и достаточно мощное, а ещё одно в ряде целой плеяды технологий, объединяемых Java;
• реальная возможность разделить задачи написания бизнес-логики web-приложения и пользовательского интерфейса, что позволяет разрабатывать и сопровождать различные части проекта независимо;