Що виправдовує використання IDE порівняно зі стандартним редактором? [зачинено]

Я вважаю, що використовую свій текстовий редактор за вибором (vim, nano, gedit, вибирай свою отруту) набагато частіше, ніж будь-який IDE, як пізно.

Помітивши, що мої ярлики стають запиленими, я почав думати про це і замислюватися: що виправдовує використання IDE для вас проти текстового редактора ?

З цього питання, яке обґрунтування ви б мали не використовувати IDE і просто покладатися на редактора?

Я: інтеграція . Хороший текстовий редактор може бути приємним для написання коду, але більшість вашого програмування не витрачається на написання; він провів тестування та налагодження, і для цього ви хочете, щоб ваш текстовий редактор інтегрувався з вашим компілятором і вашим налагоджувачем. Це найбільша сила IDE.

Це мої улюблені функції мого улюбленого IDE, IntelliJ, які я люблю використовувати для Java, PHP, Javascript, HTML, навіть ActionScript.

• Помилка перевірки - як перевірка орфографії в прямому ефірі. Абсолютно важливо.
• НавігаціяCtrl+click по коду - на функцію, змінну, тип, щоб перейти до визначення. (IntelliJ дуже добре в цьому на всіх перерахованих вище мовах)
• Поповнення коду - я Ctrl+spaceпостійно використовую, щоб допомогти заповнити ім'я класу чи методу, яке мені потрібно. Це прискорює кодування тонни і навіть допомагає ловити помилки, перш ніж вони трапляться, коли щось потрібне вам недоступне з контексту, в якому ви перебуваєте. IntelliJ навіть допоможе вам розширити абревіатури - тип NPE, хіт Ctrl+space, і він покаже "NullPointerException", "NoPageError" і т. Д. Натискання Alt+enterна автоматичне додавання також importдуже добре.
• Генерація коду - створюйте геттери та сетери, реалізовуйте методи з інтерфейсу за допомогою декількох клацань.
• Дуже хороше забарвлення коду - IntelliJ не тільки стандартне ключове слово, рядок, забарвлення імені змінної, але й кольорові змінні елементи, локальні змінні, параметри. У ActionScript змінна, яка насправді сеттер / геттер, буде пофарбована як функція.
• Рефакторинг - Перейменування без помилок є найбільшим. IntelliJ дуже добре перейменовує навіть сетери та геттери або строкові звичаї. Звичайно, існує пошук на основі регулярних виразів і їх заміна, коли вам це потрібно, і параметр "зберегти регістр", який дозволяє вам замінити "myNumber", "MyNumber" і "MYNUMBER" на "myString", "MyString" і "MYSTRING" за одну операцію
• Інтеграція контролю версій - Ми використовуємо SVN, і мої улюблені функції IDE VC дозволяють створювати, видаляти, переміщувати класи, не замислюючись про SVN, легко переглядаючи історію, дуже хороший інструмент різного розширення, хороші можливості об’єднання та анотації файлів (показує поточна історія) в редакторі.
• Імпорт залежності - Коли ви покладаєтесь на сторонні бібліотеки, для яких у вас є джерело, ви можете легко перейти до коду для довідки, налагодження тощо.
• Розумне введення тексту - вставлення коду та автоматичне вставлення його в потрібне положення вкладки, автоматичне заповнення кінцевих дужок, дужок, цитат тощо.
• Дуже хороший тестовий бігун для JUnit, FlexUnit, PHPUnit
• Налагодження - звичайно. Налагодження JBoss, Jetty, навіть Flash бездоганно. Ctrl + клацання слідів стека, щоб перейти праворуч до коду.

Такі речі, як забарвлення коду, ви можете сприймати як належне, але гарне забарвлення коду схоже на периферійний зір - воно дозволяє зосередитись на важливих речах, не беручи зайвих секунд, щоб визначити повне слово.

IntelliJ також використовує, Ctrl+spaceщоб запропонувати імена змінних. У Java, якщо ви оголосите нову змінну EventMessageItem і натисніть Ctrl+space, вона запропонує "eventMessageItem", "eventMessage", "item" тощо.

Всі ці речі дають мені шлях більше часу , щоб думати про моє коді та архітектури, і менше думати про лагодження форматування, роботи з файловою системою, фіксуючи копіювання і вставки помилок, перемикання між додатками, ганятися документації і т.д. і т.п. Я не знаю, як можна сказати "ні" такому зростанню продуктивності.

IDE розуміє ваш код набагато краще, ніж редактор. Це дозволяє, наприклад, завершити ідентифікатор і рефакторинг, який для багатослівних мов, таких як Java - це Бог, що надсилає,

[To the IDE] You had me at intellisense/autocomplete

Продуктивність. Чи є якесь інше обґрунтування, яке має сенс? Для мене добре розроблений IDE, який централізує безліч функцій, які я виконую під час програмування - створення та редагування коду, використання керування джерелом, налагодження, взаємодія з інструментами управління проектами, спілкування з іншими програмістами, створення документації, запуск автоматизованих тестів - різко знижує тертя процесу, що знижує мою продуктивність.

Окрім того, навіть якщо мені здається, що мені потрібно знати, як користуватися кожним інструментом окремо, я не хочу цього робити. Щонайменше для мене, натискання правою клавішею миші нескінченно краще відкривати CLI і вводити текст.

Я використовував багато, але IDE, які я повертаю до перегляду, - це Visual Studio, Wing IDE та NetBeans. Все додає значної цінності часу, який я провожу програмуванням.

Історично IDE забезпечували незрівнянну зручність на комп'ютері з однозначним завданням. Моєму першому компілятору C потрібні наступні кроки циклу редагування-збирання:

• Запуск редактора
• Редагувати програму
• Збережіть програму, вийдіть із редактора
• Програма складання
• Зберіть складену програму
• Посилання складеної та зібраної програми
• Запустити програму

в моїй системі CP / M. (Я міг би значною мірою автоматизувати це як пакетна програма, якби мої дискові диски були більшими.)

Коли я отримав Turbo Pascal, я був у захваті від можливості редагувати редактор під час компіляції та налагодження.

Я вважаю, що саме це зробило ІДЕ насамперед популярними.

Якщо ви вводите код у Lisp, Emacs має такі можливості, як Intellisense, як пошук параметрів методу та автодоповнення, тож можна сказати, що це оригінальний IDE. Також приємно мати можливість використовувати одну програму для декількох завдань (редагування в цілому, командний рядок, читання новин).

Взагалі питання редактора проти IDE, схоже, залежить від мови програмування. Наприклад, із того, що я бачив, кодери Рубі та Хаскелла, схоже, віддають перевагу улюбленому редактору тексту.

• Компіляція одним клацанням миші
• Налагодження
• Шаблони коду
• Заповнення коду
• Інтеграція з інструментами контролю та рефакторингу версій
• Простіше тестування одиниць

назвати декілька

Я думаю, що відповідь багато залежатиме від того, якою мовою програмування ви користуєтесь і наскільки ви добре в ній. Для таких мов, як JAVA, IDE обов'язково, якщо ви робите щось серйозне. У будь-якому іншому випадку, коли мова йде про мови сценаріїв, такі як JS або Ruby IDES, не користуються великою користю.

Для моєї розробки я використовую блокнот ++ та набір скриптів оболонок (для резервного копіювання, git commits), і він працює чудово.

Деякі аргументи на користь "редакторів":

1. Бувають випадки, коли IDE ще не розроблений або ніколи не буде.
2. За допомогою редактора ви можете вносити зміни "швидше" та хірургічніше.
3. Для цього потрібно набагато менше ресурсів (так простіше використовувати одночасно багато відкритих)
4. Тому що це єдиний спосіб вирішити деякі питання, як описані тут .
5. (особисте) Іноді, коли мені доводиться вводити все, я більше працюю, використовуючи своє стисне і більше займаюся тим, що я друкую. Багато разів я виявляв, наприклад, орфографічну помилку в методі (formaqString), який би пройшов непомітно за допомогою IDE.
6. Це полегшує роботу лише за допомогою клавіатури (швидкість / потік)
7. Ментальність використання макросів або інших заощаджень часу.

Я щодня використовую IDE для роботи, інакше писати Java / C # важко.

(2) порівняно з (3): В основному лише можливість віддалено редагувати файли (через ssh / віддалений робочий стіл) і робити мінімальні зміни в конфігурації або файлах віддаленого сервера.

Залежно від вашої мови, деякі IDE також включають візуальні дизайнери форм / вікон.

Хоча слід зазначити, лінія між текстовим редактором програміста та IDE не є чітко визначеною. Багато редакторів можуть бути розширені для обробки компіляції, завершення коду, налагодження тощо.

Я використовую IDE для тестування / налагодження / інтеграції та KEDIT для редагування, оскільки IDE серйозно бракує можливостей редагування.
Оскільки .NET IDE розпізнає зовнішні зміни, все, що мені потрібно зробити, це зберегти в редакторі та прийняти підказку для перезавантаження джерела. Це дозволяє мені оптимізувати свої можливості редагування та налагодження одночасно.
Для інших IDE я використовую KEDIT як програмування шаблонів і програму пошуку джерела і копіюю / вставляю це джерело в IDE.

Для IDE: -
покращені функції підключаються до коробки.
- деякі функції настільки специфічні для вашої основи, що редактори не мають еквівалента.

Для редактора: -
Тримаючи руки на клавіатурі.
- ваше середовище розробників однакове для всіх систем -
кращі сценарії для вашого редактора -
деякі функції IDE доступні із зовнішніми інструментами або сценаріями. (intellisense, перейти до визначення, знайти посилання)

Коротка крива навчання. Це воно.

Єдиний, який я дійсно порекомендував би - це налагоджувач. IDE - це дійсно редактор, на якому додано набір інших gubbins, але якщо ви можете компілювати, ввівши make (або стрілку вгору + enter) у командному рядку, IDE вам не потрібен . Якщо ви можете взяти на себе зобов'язання в SCM, клацнувши правою кнопкою миші в Explorer і вибравши потрібний пункт меню, IDE вам не потрібен.

Тепер я знаю, що деяким людям потрібні такі речі, як підтримка рефакторингу (введіть свій код прямо в перший раз :)) або якийсь інтегрований дизайнер графічного інтерфейсу (але навіть тоді, використовуючи Visual Studio, я використовую Expression для роботи з графічним інтерфейсом, а не шалену підтримку XAML у VS ), і багатьом людям потрібні інтелісценційні та автозавершені (особливо для багатослівних мов, таких як Java та C #, які мають усімазначними іменами).

Але для мене відладчик графічного інтерфейсу - єдиний справді хороший привід використовувати IDE. Я все ще використовую налагоджувач "командного рядка" (ну, windbg), але для кожного дня його вбудований VS.

Є переваги для IDE. Не всі мови мають вичерпну програму IDE, щоб реально надати шкали, або створити її для вказаної мови може бути дуже важко. Причини, чому б хотіли IDE? Ну давайте почнемо з цього:

• Мова має багатий стандартний API, який у вікнах IDE може сприяти швидкому розвитку.
• Код плит котла дуже багато. (Вимушена спроба / ловля, геттери / сетери тощо)
• Автозаповнення може точно відповідати вашим потребам кодування
• Ваш набір тестування мовних одиниць інтегрований у вказану IDE.
• IDE обізнаний і підтримує численні мовні бібліотеки щодо найкращих практик.
• Доступні плагіни для створення роботи mo'betta
• Це не так важко, що сповільнює вашу систему
• Високо інтегрований налагоджувач? Це допомагає.

Проблема полягає не в тому, що всі мови дійсно отримують великий приріст продуктивності завдяки всебічному IDE. Я використовую IDE для певної роботи (Java, C #), а не для інших (Python, Ruby, Coldfusion). Все це насправді є рівноважним актом. Деякі мови просто не потребують такого всебічного набору.

Чи є IDE для кожного? Звичайно. Вам завжди потрібна? Не зовсім.