Miami-art.ru

Создание и развитие сайта

Среда разработки программного обеспечения

04-06-2023

Интегри́рованная среда́ разрабо́тки, ИСР (англ. IDE, Integrated development environment или integrated debugging environment) — система программных средств, используемая программистами для разработки программного обеспечения (ПО).

Обычно среда разработки включает в себя:

Иногда содержит также средства для интеграции с системами управления версиями и разнообразные инструменты для упрощения конструирования графического интерфейса пользователя. Многие современные среды разработки также включают браузер классов, инспектор объектов и диаграмму иерархии классов — для использования при объектно-ориентированной разработке ПО. Хотя и существуют ИСР, предназначенные для нескольких языков программирования — такие, как Eclipse, NetBeans, Embarcadero RAD Studio, Qt Creator или Microsoft Visual Studio, но обычно ИСР предназначается для одного определённого языка программирования - как, например, Visual Basic, Delphi, Dev-C++.

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

Содержание

Обзор

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

Обычно IDE ориентирована на определённый язык программирования, предоставляя набор функций, который наиболее близко соответствует парадигмам этого языка программирования. Однако, есть некоторые IDE с поддержкой нескольких языков, такие как Eclipse, ActiveState Komodo, последние версии NetBeans, Microsoft Visual Studio, WinDev и Xcode.

IDE обычно представляет собой единственную программу, в которой проводилась вся разработка. Она обычно содержит много функций для создания, изменения, компилирования, развертывания и отладки программного обеспечения. Цель среды разработки заключается в том, чтобы абстрагировать конфигурацию, необходимую, чтобы объединить утилиты командной строки в одном модуле, который позволит уменьшить время, чтобы изучить язык, и повысить производительность разработчика. Также считается, что трудная интеграция задач разработки может далее повысить производительность. Например, IDE позволяет проанализировать код и тем самым обеспечить мгновенную обратную связь и уведомить о синтаксических ошибках. В то время как большинство современных IDE являются графическими, они использовались ещё до того, как появились системы управления окнами (которые реализованы в Microsoft Windows или X11 для *nix-систем). Они были основаны на тексте, используя функциональные клавиши или горячие клавиши, чтобы выполнить различные задачи (например, Turbo Pascal). Использование IDE для разработки программного обеспечения является прямой противоположностью способа, в котором используются несвязанные инструменты, такие как vi (текстовый редактор), GCC (компилятор), и т.п.

История

Keyboard Maestro [1]

Первые IDE были созданы для работы через консоль или терминал. Ранние системы не могли поддерживать того, что программы были подготовлены, используя блок-схемы, вводя текст с перфорированных карт (или перфолента, и т.д.) прежде, чем представить их компилятору. Dartmouth BASIC был первым языком, который был создан с IDE (и был также первым, который был разработан для использования в консоли или терминале). Эта IDE (часть Dartmouth Time Sharing System) была командная (т.е. управлялась при помощи команд), и поэтому очень отличалась от управляемых с помощью меню, графических IDE, распространённых сегодня. Однако это позволило редактировать, управлять файлами, компилировать, отлаживать и выполнять способом, непротиворечивым современным IDE.

Maestro I - продукт от Softlab Munich и был первой в мире интегрированной средой разработки для программного обеспечения в 1975 г.[2] Maestro I был установлен для 22,000 программистов во всем мире. До 1989 6,000 установок существовали в Федеративной Республике Германия. Maestro I был возможно мировым лидером в этом поле в течение 1970-х и 1980-х. На сегодняшний день Maestro I может быть найден разве что в Музее Информационной технологии в Арлингтоне.

Одной из первых IDE с возможностью подключения плагинов была Softbench. В 1995 Computerwoche прокомментировал, что использование IDE не было хорошо воспринято разработчиками, обосновывая это тем, что они будут ограничивать их в творческом потенциале.

TODO

Интегрированные среды разработки также часто поддерживают пометки в комментариях в исходном тексте программ, отмечающий места, требующие дальнейшего внимания или предполагающие внесение изменений, такие как TODO[3][4]. В дальнейшем эти пометки могут выделяться редакторами (напр. vim[5], emacs[6], встроенный редактор Visual Studio[7]) или использоваться для организации совместной работы с построением тегов и задач (например, в IntelliJ[8]). В руководстве по оформлению исходных текстов Android приводится следующий формат записи[значимость факта?]:

// TODO: однострочное_описание

Там же указывается, что в случае использования @SupressWarring обязательно указание TODO с объяснением причин подавления предупреждения[9].

Использование комментариев с TODO так же является стандартом оформления кода на Object Pascal, Delphi[10][значимость факта?].

Microsoft в руководстве по Visual Studio рекомендует использовать тег TODO (наравне с HACK, UNDONE) для следующих пометок:

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

Примечания

  1. Museum of Information Technology at Arlington
  2. "Interaktives Programmieren als Systems-Schlager" from Computerwoche (German)
  3. TODO or not TODO
  4. ↑ TODO or To Bug: Exploring How Task Annotations Play a Role in the Work Practices of Software Developers // Proceedings of the International Conference on Software Engineering 2008 (ICSE 2008). Leipzig, Germany.
  5. Поддержка TODO, FIXME, BUG в vim
  6. TODO и FIXME в emacs  (англ.)
  7. О поддержке токенов TODO, HACK, UNDONE в Visual Studio  (англ.)
  8. Using TODO Lists (руководство по IntelliJ)
  9. Code Style Guidelines for Contributors (Android)
  10. Стандарт стилевого оформления исходного кода DELPHI  (рус.) (5 июня 2003). Архивировано из первоисточника 11 апреля 2012. Проверено 28 ноября 2009.
  11. How to: Create Task List Comments (Visual Studio 2005)

См. также


Среда разработки программного обеспечения.

© 2018–2023 miami-art.ru, Россия, Смоленск, ул. Загорская 8, офис 99, +7 (4812) 12-23-90