Среда разработки eclipse реферат

Обновлено: 05.07.2024

Eclipse – это расширяемая IDE (интегрированная среда разработки). IDE – удобно организованный набор инструментов, необходимых для работы над программным проектом.

Наиболее важными особенностями Eclipse являются:

1. Кроссплатформенность. Eclipse выполняется на всех распространенных платформах: Windows, Linux и MacOS X. Еще важнее то, что его функции одинаковы на каждой из этих платформ.

2. Универсальность и расширяемость. В Eclipse реализована возможность использования различных инструментов, разработанных сторонними программистами.

3. Открытость и бесплатность. Eclipse является OpenSource-проектом (т.е. его исходные коды доступны любому желающему и кто угодно может присоединиться к разработке этого инструмента). Eclipse имеет активное сообщество, постоянно работающее над улучшением программы и расширением ее возможностей.

Рабочая среда Eclipse

Первое, что видит пользователь при запуске Eclipse – диалоговое окно, позволяющее выбрать место, где будет располагаться рабочее пространство (workspace). Рабочее пространство – каталог, в котором будет сохраняться файлы проектов.

После выбора рабочего пространства, на экране появится начальная страница, с предложениями посмотреть учебники, примеры и т.д. Выберите Workbench и вы перейдете в окно рабочей среды (Workbench), в котором и будет проходить дальнейшая работа.

Основными составляющими рабочей среды являются представления (views), редакторы (editors) и проекции или перспективы (perspectives).

Представление – это небольшой раздел внутри рабочей среды, который служит для навигации по некоторой категории объектов (такой, как ресурсы или пакеты), открытия редакторов, отображения свойств активных редакторов. Например, представление Navigator показывает проекты и другие ресурсы, а представление Bookmarks отображает все закладки в Workbench вместе с именами файлов, с которыми эти закладки связаны. Все изменения, сделанные в представлениях, немедленно сохраняются.

Другой тип визуальных компонентов Workbench – редакторы, которые используются для просмотра и редактирования некоторого ресурса (например, программного кода). Если что-либо набрать в этом редакторе, на его вкладке, где написано название файла, появится звездочка. Она означает, что редактор содержит не сохраненные изменения. Они сохранятся, если нажать Ctrl + S или выбрать команду File --> Save.

Существует множество полезных представлений, которые добавляются в окно рабочей среды командой Window --> Show View. Однако вместо того, чтобы добавлять их по одному, удобнее бывает переключать проекцию (perspective). Проекция (или перспектива) – это набор представлений и редакторов, специально подобранный для выполнения некоторой задачи. После запуска в Eclipse открывается перспектива Java, настроенная собственно на написание программы. Для отладки программы часто используется проекция Debug. Переключить проекцию можно командой Window --> Open Perspective. Название текущей проекции отображается в правом верхнем углу рабочей среды.

Создание проекта

Прежде чем приступить к программированию, необходимо создать проект, в котором Eclipse будет хранить все ресурсы, относящиеся к программе.

Теперь в представлении PackageExplorer в левой части рабочей среды присутствует проект. В любой момент его можно удалить, щелкнув по его названию правой кнопкой мыши и выбрав Delete. После этого Eclipse спросит, уничтожить ли заодно папку с файлами проекта (при необходимости можно и уничтожить).

Если вы не удалили проект, к нему можно добавить файлы и папки с помощью команд контекстного меню New --> File и New --> Folder соответственно. Если проект большой, то ему необходима структура вложенных папок. Но в случае Java-проекта все несколько иначе. Дело в том, что фрагменты Java-программы сгруппированы в пакеты, а для каждого пакета создается отдельная папка. Пакет создается командой New --> Package. Для пакета тоже надо придумать имя. В результате в папке проекта будет создана новая папка с этим именем.

Просматривать ресурсы проекта может быть удобнее с помощью представления Navigator. Откройте его командой Window --> Show View. Вы увидите, что кроме директорий проекта и пакета Eclipse создал два вспомогательных файла .classpath и .project.

Программа на Java всегда состоит из одного или нескольких классов. Создать класс можно командой New --> Class в контекстном меню представления Navigator (или Package Explorer, не имеет значения). При создании класса необходимо выбрать пакет, к которому он будет относиться и придумать ему имя. Имена классов принято начинать с прописной буквы. Если не соблюсти это правило хорошего тона, Eclipse выдаст предупреждение, но ничего страшного не произойдет.

В результате в папке пакета будет создан файл с именем класса и расширением .java. Eclipse откроет редактор кода, в котором отобразится содержимое этого файла. Оно будет примерно следующим:

public class MyClass

public static void main(String[] args)

// TODO Auto-generated method stub

Команды, составляющие тело функции, можно написать вместо автоматически сгенерированного комментария

// TODO Auto-generated method stub.

Для запуска программы необходимо выполнить команду Run --> Run.

В левой части этого окна надо выбрать Java Application (приложение Java). Eclipse найдет класс, содержащий метод main() и предложит начать запуск программы именно с него (в правой части окна на вкладке Main должны появиться названия проекта и класса). Помимо этого вниманию программиста предлагается еще несколько закладок. Например, на второй из них – Arguments – предлагается ввести параметры командной строки (если программа рассчитана на вызов из командной строки с параметрами).

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

Теперь для повторного запуска программы, можно пойти более легким путем – выполнить команду Run --> Run Last Launched (еще раз запустить предыдущее приложение) или просто нажать Ctrl + F11.

Eclipse - это расширяемая среда разработки (Integrated Development Environment, далее IDE) с открытым исходным кодом (далее OpenSource). Проект был запущен в ноябре 2001 года, когда IBM передала исходный код своего Websphere Studio Workbench стоимостью 40 миллионов долларов на OpenSource и сформировала консорциум Eclipse для управления продолжающейся разработкой.
Цель создания Eclipse была сформулирована следующим образом: "разработать богатую, полнофункциональную индустриальную платформу коммерческого качества для разработки сильно-интегрированных инструментов". Для достижения этой цели консорциум нацелен на три главных проекта.

Содержание

Введение 3
1 Установка 5
2 Интерфейс 7
2.1 Приложение - пример 7
2.2 Добавление кода 11
2.3 Запуск кода и отладка 17
3 Структура и состав Eclipse 20
4 Архитектура платформы Eclipse 21
Заключение 22
Библиографический список 23

Вложенные файлы: 1 файл

реферат 5 курс по тех. и разработке программного обеспечен..docx

2.1 Приложение - пример 7

2.2 Добавление кода 11

2.3 Запуск кода и отладка 17

3 Структура и состав Eclipse 20

4 Архитектура платформы Eclipse 21

Библиографический список 23

Введение

Цель создания Eclipse была сформулирована следующим образом: "разработать богатую, полнофункциональную индустриальную платформу коммерческого качества для разработки сильно-интегрированных инструментов". Для достижения этой цели консорциум нацелен на три главных проекта:

1. Проект The Eclipse непосредственно Eclipse IDE ("платформы", содержащей и исполняющей инструменты Eclipse), инструментов разработки для Java (Java Development Tools, далее JDT) и среды разработки Plug-In (Plug-In Development Environment, далее PDE), позволяющих расширять платформу.

2. Проект Eclipse Tools имеет своей целью создание инструментов для платформы Eclipse (в текущей разработке находятся подпроекты создания IDE для Cobol, IDE для C/C++, а также инструмента для построения EMF моделей).

3. Проект The Eclipse Technology ответственен за технологические разработки, эволюцию и обучение использованию платформы Eclipse.

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

Проект Eclipse представляет собой первую столь мощно поддержанную мировым IT-сообществом попытку создания единой открытой интегрированной платформы разработки приложений, обладающей надежностью, функциональностью и уровнем качества коммерческого продукта. Фактически эта платформа представляет собой основу, имеющую блочную структуру и интегрирующую инструменты разработки ПО различных производителей для создания приложений на любом языке, с использованием любых технологий и для любой программной платформы. Вокруг проекта Eclipse в настоящее время сформировано сообщество крупнейших IT-компаний, среди которых Borland, IBM, SAP AG, RedHat и другие.

Также Eclipse предлагает множество уникальных возможностей, например рефакторинг кода, автоматическое обновление/установка кода (с помощью Менеджера Обновлений), список текущих задач, отладку модулей с помощью JUnit и интеграцию с инструментом компоновки Jakarta Ant.

Консорциум предоставляет готовые исполняемые файлы для Windows, Linux, Solaris, HP-UX, AIX, QNX и Mac OS X. Большой интерес в Eclipse представляет plug-in архитектура, а также богатый API, предоставляемый PDE, позволяющий расширять Eclipse. Добавление поддержки для нового редактора, представления или языка программирования является достаточно простым, благодаря грамотно разработанным API и большим строительным блокам, предоставляемым Eclipse.

Учитывая сотни проектов по разработке plug-in, ведущихся в настоящее время, таких индустриальных гигантов как IBM, HP и Rational, предоставляющих ресурсы, а также проектных тяжеловесов вроде Erich Gamma, помогающих направлять процесс эволюции в нужное русло - у Eclipse большое будущее.

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

По прогнозам, в 2012 г. объем цифровой информации приблизится к 1800 экзабайт, в 10 раз превысив объем цифровой информации в 2006 г. Не менее 95% этих данных – это трудно поддающиеся управлению неструктурированные данные, например электронная почта, документы Word, видео и т.п., причем 90% этой информации никогда не будет прочитано.

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

Актуальность темы

В современном мире главенствующую роль занимает информация. Иногда это выглядит вполне обоснованно, иногда спекулятивно, иногда совершенно беспочвенно, но она всегда имеет огромное влияние на принимаемые решения. Общий объем информации постоянно растет, все время появляются новые её источники. Усваивать и выделять нужную информацию становится все сложнее.

Потому основной проблемой в развитии является его интеллектуализация, и связанная с этим интеграция данных, качественный поиск, интеграция Веб служб и многое другое. Эффективные средства для указанных задач предлагаются в рамках подхода Semantic Web.

Цель и задачи исследования, планируемые результаты

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

Для выполнения поставленной цели необходимо решить существующие задачи:

рассмотреть назначения и классификации онтологии;
выполнить обзор технологий Semantic Web;
изучить концептуальную модель UML диаграмм;
провести обзор и анализ существующих программных продуктов для обзора веб данных;
исследовать существующие методы визуализации веб данных, на основе уже созданных инструментов;
изучить методы и принципы создания Eclipse плагина;
выполнить реализацию модели интеллектуального браузера.

Планируемые результаты

Графический инсрументарий семантического браузера планируется реализовывать на языке Java с использованием объектно-ориентированных библиотек расширяемого каркаса IDE Eclipse:

Plug-In Development Environment, инструмент расширения платформы Eclipse;
SWT, портируемый инструментарий графических виджетов;
GEF, фреймворк отображаемых графических элементов.

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

Иснтрументарий будет включать в себя: 1) инструментарий моделирования, который позволяет спроектировать предметную область (в качестве основного метода описания предметной области используются диаграммы UML); 2) инструментарий привязки данных к элементам концептуальной модели (отображение для управления данными через соответствующие им концепты); 3) непосредственно, браузер для просмотра концептов, их ассоциированных связей, объемов и выборок данных и пр.

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

Онтологии. Классификация онтологии

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

по степени формальности. Обычно люди и компьютерные агенты (программы) имеют некоторое представление о значениях терминов. Программные агенты иногда предоставляют спецификацию входных и выходных данных, которые также могут быть использованы как спецификация программы. Сходным образом онтологии могут быть применены, чтобы предоставить конкретную спецификацию имен терминов и значений терминов. В рамках этого понимания (где онтология является спецификацией концептуальной модели — концептуализации) существует простор для вариаций.[18] Отдельные виды онтологий могут быть представлены как точки на спектре в зависимости от деталей их реализации(см.рис.1.1). Рис. 1.1 – Классификация онтологий по степени формальности. Косая черта разделяет системы, предоставляющие "человеко-понятные" (выше черты) и "машино-понятные" (ниже черты) описания
по цели создания. В рамках этой классификации выделяют 4 уровня: онтология представления, онтология верхнего уровня, онтология предметной области и прикладная онтология.(см.рис. 1.2). Рис 1.2 – Классификация онтологий по цели создания
по наполнению, содержимому. Данная классификация очень похожа на предыдущую, но здесь акцент смещается на реальное содержимое онтологии, а не на абстрактную цель, преследуемую авторами(см.рис.1.3). Рис 1.3 – Классификация онтологий по содержимому

Общие онтологии описывают наиболее общие концепты (пространство, время, материя, объект, событие, действие и т.д.), которые независимы от конкретной проблемы или области. В эту категорию попадают и онтологии представления, и онтологии верхнего уровня.

Онтология, ориентированная на задачу — это онтология, используемая конкретной прикладной программой и содержащая термины, которые используются при разработке ПО, выполняющего конкретную задачу. Она отражает специфику приложения, но может также содержать некоторые общие термины (например, в графическом редакторе будут и специфические термины — палитра, тип заливки, наложение слоев и т.д., и общие — сохранить и загрузить файл). Задачи, которым может быть посвящена онтология, могут быть самыми разнообразными: составления расписания, определение целей, диагностика, продажа, разработка ПО, построение классификации. При этом онтология задачи использует специализацию терминов, представленных в онтологиях верхнего уровня (общих онтологиях)[18].

Предметная онтология (или онтология предметов) описывает реальные предметы, участвующие в какой-либо деятельности (производстве). Например, это может быть онтология всех частей и компонентов самолетов определенной марки (Boeing) и сведения об их поставщиках, характеристиках, способе соединения друг с другом и т.п.

Обзор технологий Semantic Web

Основная идея Semantic Web заключается в том, чтобы сделать информацию, передаваемую в Web, более формализованной и удобной для машинного восприятия, в частности, для того чтобы ее можно было идентифицировать и классифицировать. По мнению авторов технологии Semantic Web, это может достигаться посредством введения метаданных, которые должны сопровождать любую информацию и рассказывать о ее происхождении, формате и многом другом, что должно радикальным способом облегчить поиск информации в Web и ее обработку[17].

Основываясь на открытых стандартах, технологии Semantic Web позволяют описывать и выделять смысловую информацию (семантику) из произвольных данных, в частности содержания документов или кода приложений. Говоря, что машина понимает семантику документа, подразумевается не только интерпретация набора символов, содержащихся в документе, но и то, что машина понимает смысл документа, то есть значение документа в целом. Следующие технологии являются основными в составе Semantic Web:

глобальная схема имен (URI);
модель описания данных (RDF);
язык описания словарей (RDFS);
средства описания связей между объектами данных (онтологии, и язык их описания OWL).

Ключевым элементом технологий Semantic Web является уникальная система идентификации объектов. URI (Uniform Resource Identifier) – это идентификатор какого-либо объекта (ресурса) в глобальной сети. Любой элемент, схема или модель данных семантической сети должны иметь собственный уникальный адрес (URI). Сейчас используются два типа идентификаторов.

1. Универсальный указатель ресурсов (Uniform Resource Locator, сокр. URL) – это URI, который, помимо идентификации ресурса, указывает на способ обращения с ресурсом путем описания способа доступа к нему или его положения в сети.

2. Универсальное имя ресурса (Uniform Resource Name, сокр. URN) – это URI, который идентифицирует ресурс с помощью имени в определенном пространстве имен. Это позволяет ссылаться на ресурсе без использования информации об его расположении.

Второй базовый компонент Semantic Web – это модель данных Resource Description Framework (RDF), которая позволяет объединить информацию из произвольных источников. Формат RDF наиболее полезен в обеспечении совместного использования информации, смысл которой может одинаково интерпретироваться различными программными агентами. Специфика модели данных RDF состоит том, что ресурсы и свойства идентифицируются с помощью глобальных идентификаторов (URI). RDF описывает предметную область в терминах ресурсов, свойств ресурсов и значений свойств. RDF-данные можно расценивать как совокупность утверждений – субъект, предикат и объект утверждения, и представлять в виде направленного графа, образуемого такими утверждениями.

Следующий уровень в пирамиде технологий Semantic Web занимает RDF Schema – язык описания словарей RDF-терминов. RDFS служит фундаментом для более богатых языков описания онтологий предметной области, которые позволяют адаптировать к Web системы логики и обеспечить семантическую обработку данных. Схема RDF представляет собой систему типов для Semantic Web и позволяет определить классы ресурсов и свойства как элементы словаря, в частности задать, какие свойства с какими классами могут быть использованы.

Принципы построения модели RDF

Базовый строительный блок модели данных RDF – утверждение, представляющее собой тройку: ресурс, именованное свойство и его значение. В терминологии RDF эти три части утверждения называются соответственно: субъект (subject), предикат (predicate) и объект (object). Ресурсом в данном случае называют все, что описывается средствами RDF. Это может быть обыкновенная Web-страница или какая-то ее часть, например, отдельный элемент HTML разметки. Также ресурсом может являться целая коллекция страниц, например, Web-сайт. И, наконец, в качестве ресурса может выступать нечто, не являющееся доступным непосредственно через Интернет, например, произвольный предмет из мира вещей.

В RDF под свойством (Property) следует понимать некий аспект, характеристику, атрибут или отношение, используемое для описания ресурса. Каждое свойство имеет свой специфический смысл, допустимые значения, тип ресурсов, к которым оно может быть применено, а также отношения с другими свойствами. Для обеспечения уникальности имен свойства придерживаются концепции URI, т.е. свойство становится потенциальным объектом для описания при помощи RDF отдельно от характеризуемого ресурса и имеющегося значения[17]ю

Таким образом, каждое свойство в RDF само является ресурсом и может иметь свои собственные атрибуты. Этот факт превращает модель данных из дерева, которым является XML-разметка, в ориентированный граф. Вершинами этого графа являются субъекты и объекты, а дугами – именованные свойства. Поскольку свойство в свою очередь может быть субъектом некоторого утверждения, графы могут быть как линейными, так и вложенными, например, мы можем выражать сомнение или согласие с каким-либо утверждением или указывать источник получения сведений.

Первый – это ресурс, задаваемый некоторым URI. Второй тип – литерал, есть некоторое текстовое значение характеристики. Впрочем, литерал может выражать собой значение любого примитивного типа данных, присутствующего в XML. Его текст также может содержать в себе некую разметку, например, XML, но отличительной особенностью такой разметки является то, что она не обрабатывается RDF-процессором и воспринимается как обычная строка[17].

Использование словарей: RDF Schema

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

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

Чем больше приложений в Интернете смогут работать с данными, тем выше станет их ценность [5]. В то же время RDF прекрасно подходит и для представления самих данных, их структуры и связей. Таким образом, при применении специально разработанных RDF-схем (в качестве средства описания онтологии предметной области) технология Semantic Web может быть использована для выражения информации, относящейся к некоторым разделам знаний, понятным для различных приложений Интернета образом.

IDE Eclipse. Структура Eclipse плагина

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

Основные преимущества Eclipse:

обеспечивает согласованный набор возможностей для большинства платформ;
поддерживает не только Java или какой-то один язык: архитектура подключений делает возможной для Eclipse поддержку многих языков и парадигм, примеры подключений: С/С++, Perl, Python, Ruby;
свободно распространяемый и с открытым кодом, но с полной поддержкой;
по-настоящему расширяемый и конфигурируемый: его архитектура позволяет каждому подключению привносить вместе с функциональностью и конфигурационные параметры;
промышленный уровень Eclipse был разработан в фирме IBM как фирменная платформа, но в 2004 году она передала дальнейшее сопровождение этой технологии бесприбыльной Eclipse Foundation; сейчас руководство организации утверждает новые проекты, и в организацию входят коммерческие фирмы, академические и исследовательские институты, группы стандартизации и т.д., это убеждает в том, что Eclipse находится на переднем крае индустрии программных инструментов, это означает, что на Eclipse можно полагаться как на инструмент промышленного уровня, жизнеспособный в обозримом будущем.

Для реализации графических элементов плагина была выбрана библиотека GEF (Graphical Editing Framework). GEF − фреймворк, специально разработанный для платформы Eclipse. Считается, что GEF довольно сложный фреймворк для изучения, но при этом он имеет ряд преимуществ по сравнению с другими фреймворками. GEF состоит из следующих компонент:

draw2d − используется для создания графических компонентов;
Запросы/команды для редактирования модели;
палитра инструментов, доступная пользователю.

Структура Eclipse плагина

Структура Eclipse плагина (графическое представление структуры плагина представлено на рисунке 1.4). Он состоит из следующих частей.

Java-классы – обычные классы, располагающиеся в стандартной иерархии внутри JAR файла.
Ресурсы: иконки и прочие вспомогательные данные – так же хранятся внутри JAR-файла. Их положение может указывается в plugin.xml, или непосредственно в самих классах.
META-INF/MANIFEST.MF – файл, описывающий аспекты выполнения пла- гина, такие как идентификатор, версию, зависимости плагина.
plugin.xml – файл в формате XML, описывающий расширения и точки расширения.
Класс плагина – класс, активизирующий работу плагина.

JAR-файл, содержащий плагин, должен иметь определенное имя и находится внутри определенной директории Eclipse, где IDE сможет найти и загрузить его. Имя файла должно содержать идентификатор плагина, потом подчеркивание, и версию: com.qualityeclipse.favorites_1.0.0.jar.[9,11]

Плагин Eclipse, как любой компонент имеет ряд особенностей и функций.

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

Рис. 1.4 - Структура Eclipse плагина (анимация: объем 32KB, размер 306x245, количество кадров 4, задержка между кадрами 50мс, задержка между последним и первым кадром 100 мс количество циклов повторения 6)

В MANIFEST.MF объявлены свойства сборок OSGi и (не всегда) пакетов Java, которые должны быть доступны другим сборкам. Bundle-SymbolicName позволяет задать уникальное имя сборки.

Выводы

В данной работе была рассмотрена основная классификация онтологий, а также их языков описания. Выполнен обзор технологий Semantic Web, принципов построения модели RDF и использования словарей RDF: Schema. Также были изучены методы разработки приложения для расширяемого каркаса IDE Ecipse, и библиотека GEF (Graphical Editing Framework) для реализации графической части интсрументария.

Список источников

Замечание

На момент написания данного реферата магистерская работа еще является не завершенной. Предполагаемая дата завершения: декабрь 2012 г., ввиду чего полный текст работы, а также материалы по теме могут быть получены у автора или его руководителя только после указанной даты.

Пробовали писать код в Eclipse? Расскажем, какие преимущества и недостатки продвинутые программисты нашли в IDE и кому она будет полезна.

Разработчики-сеньоры, тимлиды и директора сходятся во мнении, что Eclipse предлагает достойное соотношение цены и качества. Эта среда разработки оправдывает собственные маркетинговые обещания, а внедрение её в технологический процесс не вызывает проблем. Ведущие разработчики довольны представленным набором функций и рекомендуют использовать Eclipse.

Подумали, что Святой Грааль наконец нашёлся? Нет ничего совершенного, поэтому рассмотрим подробнее все плюсы и минусы IDE.

Преимущества Eclipse

Чрезвычайно простая в установке и использовании.
Как программное обеспечение с открытым исходным кодом доступна бесплатно (в отличие от конкурентов, таких как IntelliJ IDEA).
Даёт высокий коэффициент окупаемости инвестиций, а значит, предприятие экономит средства и направляет вложения в другие аспекты разработки программного продукта.
Предоставленные функции, утилиты и автодополнение облегчают написание кода.
Ускоряет разработку приложений и повышает эффективность работы команды программистов.
Благодаря разнообразию плагинов тонко настраивается и расширяется дополнительными функциями. Например, вы кодите на разных языках, выполняете отладку, фиксируете изменения в собственном хранилище кода и управляете информацией базы данных, не покидая Eclipse.
Написана на Java, поэтому доступна для любой платформы.
Поддерживает всевозможные типы языков программирования.
Подходит для развёртывания приложений на серверах различных поставщиков, таких как Oracle Bea Weblogic, IBM, Tomcat и другие.
Подключается к разнообразным базам данных.
Из-за многолетнего существования среды в сети найдёте кучу документации по использованию, советов и хитростей.
Большое сообщество разработчиков помогает с решением вопросов и проблем на форумах.
Предоставляет встроенные локальные серверы, где разработчики развёртывают и тестируют приложения, прежде чем отправлять в другие среды.
Пошаговая безостановочная компиляция и мгновенная проверка ошибок говорят сами за себя.
Поддерживает непрерывную интеграцию.
Сохраняет и восстанавливает сессии.
Предлагает встроенное юнит-тестирование, оптимизацию тестов.
Порадует настраиваемым графическим интерфейсом: очень кстати, ведь вы постоянно проверяете содержимое разных файлов.

Так или иначе, с развитием других IDE популярность Eclipse стремительно падает.

Статистика IDE для программирования на Python в 2019 году

Читайте также: