Файл: Интегрированные среды разработки программ (Модель инструментальных окон).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 25.06.2023

Просмотров: 32

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

Обобщенные инструментальные окна-списки сущностей описаны в таблице 2.

Таблица 2. Обобщенные окна-списки

Название окна

Сущность, представляемая элементом списка

Строка, связанная с сущностью

Атрибуты сущности

Окна

рассмотренных IDE, являющиеся прототипами

Окно задач

Задача, взятая из комментария в коде программы

Строка

комментария со словом TODO, FIXME, HACK, ...

Имя файла, номер строки, описание задачи,

активна/неактивна

To-Do list (Code::Blocks), Task List (Visual Stuido), ...

Окно ошибок

Ошибка,

предупреждение или

Строка кода, породившая

Имя файла, номер строки,текст, тип

Messages (IntelliJ IDEA, KDevelop),

сообщение сборки

сущность

(ошибка,

предупреждение, сообщение)

Problems (Eclipse)

Окно точек останова

Точка останова

Строка, в которой установлена точка останова

Имя файла, номер строки, условие останова, описание, активна/неактивна

Breakpoint List (C++ Builder), Breakpoints (Eclipse, KDevelop), ...

Окно нитей

Нить отлаживаемого приложения

Текущая точка управления данной нити

Номер нити, имя файла, номер строки

Threads (Visual Studio, C++ Builder)

Окно стека

Вызов функции в стеке отлаживаемой нити

Строка-начало

описания

функции

Имя функции

Call Stack (KDevelop, NetBeans, Visual Studio)

Также для некоторых обобщенных окон-списков специфичны следующие функции:

  • Окно ошибок автоматически активируется при появлении хотя бы одной ошибки/предупреждения/сообщения сборки;

Окно точек останова отображается автоматически при попадании одной из нитей отлаживаемого приложения на точку останова;

  • Окно переменных отображается автоматически при запуске отладки приложения

В окне стека отображается стек вызовов для нити, выбранной в окне нитей. Оба эти окна используются только при отладке.

Обобщенные инструментальные окна-документы описаны в таблице 3.

Таблица 3. Обобщенные окна-документы

Имя окна

Содержимое окна

Окна рассмотренных IDE, являющиеся прототипами

Окно вывода системы сборки

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

Build log (Code::Blocks), Output View (Visual Studio), Build Output (MonoDevelop),.

Окно вывода отладчика

результат работы отладчика; позволяет вводить команды для выполнения отладчиком

Debug (IntelliJ IDEA, Eclipse), ...

Окно просмотра кода

Отображает часть кода, связанную с описанием объекта кода, выбранного в окне текстового редактора. Например, отображает определение класса, на имени которого находится курсор текстового редактора. Более

Code Definition Window (Visual Studio), Code Browser (KDevelop)


точное описание отображаемого этим окном текста не требуется

Окно свойств

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

Properties (Visual Studio, NetBeans, Eclipse), ...

Окно наблюдаемых выражений и локальных переменных

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

Watches (Code::Blocks, IntelliJ IDEA), Watch (MonoDevelop), Variables (KDevelop, Eclipse, NetBeans)

Также для некоторых обобщенных окон-документов специфичны следующие функции:

• Окно вывода системы сборки отображается автоматически при начале сборки проекта;

Окно вывода отладчика отображается автоматически при начале отладки приложения.

Окно наблюдаемых выражений автоматически отображается при попадании исполнения на точку останова.

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

6. Заключение

В данной работе был проведен обзор существующих интегрированных сред разработки программ;

Итак, проделанная работа соответствует поставленной задаче и полностью решает ее.

7. Список литературы

  1. Dana Nourie Getting Started with an Integrated Development Environment, 2005 [HTML] (http://java.sun.com/developer/technicalArticles/tools/intro.html)
  2. Rex Bryan Kline, Ahmed Seffah Evaluation of integrated software development environments: challenges and results from three empirical studies // J. International Journal of Human-Computer Studies. 2005. 607-627.
  3. Developpez LLC Les meilleurs environnements de developpement [HTML] (http://general.developpez.com/edi/)
  4. Steve Krug Don't Make Me Think, A Common Sense Approach to Web Usability,

Indianapolis: New Riders, 2000, 195 p.

  1. Jacob Nielsen Usability Engineering, Academic Press, 1993
  2. Dennis G. Jerz Usability Testing: What is it? 2000 [HTML] (http://jerz.setonhill.edu/design/usability/intro.htm)
  3. Mark Szymczyk Reducing XCode's Window Clutter, 2007 [HTML]