1. Робоча область Eclipse
2. структура проекту
3. Малюнок 1. Простий проект HelloWorld
4. Прив'язка ресурсів в Eclipse
5. Малюнок 2. Додавання пов'язаного файлу
6. Усунення плутанини з допомогою робочих наборів
7. локальна історія
8. збірка проектів
9. Автоматична збірка проектів
10. настроюється збірка
11. Запуск і налагодження
12. Малюнок 4. Зміна місця розташування конфігурації запуску
13. Модулі в Eclipse
14. Додаткові проекти Eclipse
15. Менеджер оновлень
16. Коли вам потрібна допомога
17. Рішення основних проблем
18. групи новин
19. Повідомлення про помилки та запити нових можливостей
20. Преміум-підтримка
21. Висновок
22. Ресурси для скачування

Порівняння Visual Studio і Eclipse

У всіх інтегрованих середовищ розробки (IDEs) є загальні риси, оскільки вони все створені з однією метою. Але у них також є і відмінності. Деякі відмінності можна віднести до конкретних областях застосування, інші є результатом розробки IDE.

Очевидно, Microsoft Visual Studio і Eclipse відрізняються, так як мова програмування Java ™ відрізняється від C / C ++ /. NET, і Java був першою мовою, який підтримується в Eclipse. Ще однією відмінністю є те, що Eclipse позиціонується як універсальна IDE, що надає більш загальні і настроюються функції. Eclipse сумісна з великим числом операційних систем. Однак нашою метою не є перерахування всіх відмінностей між Eclipse і Visual Studio.

Не вдаючись у філософію про IDE-дизайні, в цій статті представлені основні відмінності між цими середовищами. Стаття призначена для тих, хто працював в Visual Studio і починає освоювати Eclipse. Ця стаття не вчить Java-програмування в Eclipse і не концентрується на особливостях мови Java (хороше керівництво по Java представлено в розділі ресурси ). Швидше в ній розповідається про відмінності в цілому.

Робоча область Eclipse

Каталог робочої області

Робоча область Eclipse є каталогом в файлової системі, яка містить спеціальний підкаталог метаданих. В каталозі метаданих міститься вся приватна інформація про робочої області, така як настройки, кеш і т.д. Як правило, вам не слід змінювати файли в каталозі метаданих (.metadata). Каталог робочої області - місце, де будуть розташовуватися нові проекти за замовчуванням в Eclipse.

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

В Eclipse робоча область набагато ширше. У ній забезпечується управління значною частиною непроектною інформації: глобальними настройками, розмірами і розташуванням вікон, пошуком і історією навігації. Eclipse не можна запустити без робочої області, і ви не можете закрити робочу область так само, як рішення Visual Studio. Хоча в Eclipse підтримує можливість перемикання між робочими областями, багато користувачів працюють з однією робочою областю, яка містить всі їхні проекти.

структура проекту

Походження структури проекту в Eclipse

Суворе відповідність між структурою проекту та її файлової структурою, ймовірно, залежить від обов'язкової відповідності між Java-пакетами та їх розташуванням в файлової системі. У мові Java, клас p1.p2.p3.Class1 повинен розташовуватися в каталозі p1 / p2 / p3.

У мовах Visual Studio (C / C ++ / C #, і навіть J #) немає такої структури каталогів. Таким чином, в Visual Studio немає строгої відповідності між структурою проекту та його розташуванням в файлової системі.

Проекти в Eclipse відрізняються від проектів в Visual Studio тим, як вони взаємодіють з основної файлової системою. У Visual Studio проект не міцно пов'язаний зі своїм розташуванням в файлової системі: ви можете додати файл з папки з: \ temp \ в проект, розташований в папці d: \ work, Visual Studio запише посилання на новий файл і відкриє його, як і будь-який інший файл. Папки (наприклад, "файли заголовків") не відповідають папок файлової системи (всередині Visual Studio такі папки називаються фільтрами).

В Eclipse структура елементів проекту повинна відповідати їх розташуванню в основний файлової системи. Наприклад, якщо проект HelloWorld в Eclipse (див. Малюнок 1) знаходиться в папці c: \ eclipse \ workspace \ HelloWorld, то файл README.TXT знаходиться в папці c: \ eclipse \ workspace \ HelloWorld \ src \ README.TXT.

Малюнок 1. Простий проект HelloWorld

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

Прив'язка ресурсів в Eclipse

Жорстка структура робочої області була закладена в Eclipse спочатку. Хоча проекти могли зберігатися поза робочим каталогу, в ранніх версіях Eclipse не було можливості навіть відкрити зовнішній файл (зараз це можна зробити за допомогою опції File> Open File). Користувачам UNIX® пощастило, оскільки вони могли емулювати гнучку структуру проекту, використовуючи символічні посилання, користувачі ж Windows не мали таких привілеїв. На сьогоднішній день в Eclipse підтримується прив'язка ресурсів на рівні IDE.

Прив'язка ресурсів в Eclipse здійснюється таким же чином, як працюють символічні посилання UNIX. Наприклад, щоб додати великий тестовий файл вхідних даних в проект без копіювання його з поточного місця розташування, виберіть File> New> File, в вікні, яке відкриється, натисніть кнопку Advanced (див. Рисунок 2). Після їх додавання, пов'язані ресурси виділяються невеликою стрілкою на іконці (див. Малюнок 3).

Малюнок 2. Додавання пов'язаного файлу

Малюнок 3. Пов'язаний файл в проекті HelloWorld

Порада: Використання пов'язаних ресурсів для підвищення ефективності

Використання пов'язаного каталогу в якості вихідного каталогу Java

Щоб використовувати пов'язаний каталог в якості вихідного каталогу Java для існуючого проекту, спочатку необхідно, щоб в вашому проекті використовувалися окремі папки для вихідних і .class-файлів (якщо це не так, потрібно перемістити вихідні файли в окрему папку). Потім відкрийте Navigator (навігатор), вимкніть автоматичну збірку , Видаліть старий вихідний каталог, створіть новий пов'язаний каталог з тим же ім'ям, включите автоматичну збірку і зберіть проект за допомогою функції Project> Clean.

Прив'язка папок корисна тоді, коли ви працюєте з великими проектами, ресурси яких розташовуються віддалено, наприклад, на файлових серверах або в динамічних уявленнях ClearCase. Хоча віддалене зберігання забезпечує зручність резервного копіювання та управління файлами, такий спосіб зберігання згенерованих файлів .class не дуже ефективний. У проектах з декількома сотнями вихідних файлів ви можете різко підвищити ефективність багатьох операцій, якщо будете зберігати створені файли на локальному комп'ютері.

У проектах Visual Studio C ++ можна підвищити ефективність збірки шляхом встановлення проміжних каталогів на локальний комп'ютер. В Eclipse ви можете досягти того ж ефекту, використовуючи пов'язаний вихідний каталог, який вказує на каталог на локальному комп'ютері.

Для отримання додаткової інформації про використання змінних для визначення платформо-залежних посилань, наприклад, про використання тимчасового каталогу / tmp в UNIX і з: \ temp в Windows, див. Розділ ресурси .

Усунення плутанини з допомогою робочих наборів

Як уже згадувалося, багато розробників завантажують всі свої проекти в єдину робочу область в Eclipse. Це зручно, але часом може привести до плутанини. Крім закриття непотрібних проектів, ви можете визначити робочі набори (working sets) - групи елементів (проекти, папки, класи і т.д.). В Eclipse можна використовувати робочі набори в різних уявленнях (наприклад, Package Explorer) і операціях (наприклад, під час пошуку тексту). Для додаткової інформації див. Розділ ресурси .

локальна історія

Однією з кращих функцій в Eclipse, яка відсутня в Visual Studio, є функція локальної історії. Кожен раз, коли ви змінюєте файл, клас або метод, зміни записуються в локальну історію Eclipse. Потім ви можете порівняти файл з тим, яким він був кілька хвилин, годин або днів назад. Якщо файл був видалений, то за допомогою функції Restore from Local History, яка знаходиться в батьківському контекстному меню, ви можете відновити його.

Локальна історія не є заміною функції контролю версій. Швидше, ця функція нагадує розширений механізм відкату змін (undo) з налаштованим часовими межами і відведеними ресурсами пам'яті.

збірка проектів

На відміну від Visual Studio, в якому проекти є однотипними (C ++ / C # / J #), проекти в Eclipse можуть мати один, жодного або кілька типів. Наприклад, проекти Java в Eclipse є проектами Java-типу, а динамічні Web-проекти (створюються за допомогою Eclipse WTP; див. ресурси ) Є Java- і (метафоричними) Web-проектами. Тип проекту визначає список компонувальник, які запускаються при складанні проекту. Наприклад, тип Java запускає компоновщик, який компілює вихідні Java-файли у файли типу .class, а тип Web додає компоновщик, який перевіряє файли XML і HTML.

Автоматична збірка проектів

Збірка не-Java-проектів

Автоматична збірка ідеально підходить для проектів Java, оскільки внутрішній інкрементний компілятор (в Eclipse не використовується javac) може швидко обробляти невеликі зміни коду. Хоча компоновщики працюють у фоновому режимі, все-таки для таких проектів (наприклад, проекти CDT ), В яких невеликі оновлення можуть викликати тривалі компіляції, має сенс відключити функцію автоматичного складання (Project> Build Automatically). Ви можете запустити ручну збірку проекту (Project> Build All), або надати Eclipse можливість виконати збірку перед запуском програми.

При першому знайомстві з Eclipse багато користувачів шукають команду Build. Але на їхнє здивування, або вони не можуть знайти її, або виявляють, що вона не активна. Причина в тому, що на відміну від Visual Studio і деяких інших середовищ розробки, в Eclipse існує функція автоматичного складання. У проектах Java кожен раз, коли файли Java змінюються, Eclipse компілює відповідні файли, в тому числі і ті файли, які змінилися побічно. Автоматична збірка - це відмінний спосіб швидко виявити помилки компіляції, які зачіпають інші файли. Багато операцій, такі, як пошук Java, залежать від результату складання.

настроюється збірка

У проектах Visual Studio, в основному для проектів C ++, для виконання нестандартних завдань часто використовується настроюється збірка. У проектах Visual Studio команди настроюється збірки є простими інструкціями у вигляді командних рядків. А в Eclipse для цих цілей можуть запускатися автономні програми або скрипти збірки Ant. Наприклад, ви можете використовувати скрипти Ant, щоб зібрати і розгорнути архівований файл Java (JAR), в якому містяться класи проекту, кожен раз при складанні проекту. Також є редактор для файлів Ant - build.xml.

Налаштування для компоновщика знаходяться у вікні властивості проекту на сторінці Builders. Ви можете визначити і запустити глобальні скрипти, вибравши Run> External Tools.

Запуск і налагодження

Мови і точки входу

У мовах Visual Studio (C ++ / C #) використовується тільки одна точка входу для виконуваного файлу, яка визначається під час компонування. У мові програмування Java під час компіляції допускається наявність декількох точок входу (методів main). Точка входу визначається через командний рядок, коли запускається програма.

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

В Eclipse для збору параметрів, які необхідні для запуску програми, використовуються конфігурації запуску. Для програм Java такими параметрами є: ім'я основного класу і аргументи командного рядка. Для запуску будь-якого класу з методом main () у вас може бути кілька окремих конфігурацій в проекті. Нова конфігурація створюється автоматично, коли ви запускаєте додаток з новим main-класом за допомогою команди Run> Run As (Виконати> Виконати як). Для створення і видалення конфігурацій запуску ви можете скористатися вікном Run (Run> Run).

Конфігурації запуску відносяться до робочої області і не є частиною проекту. Це означає, що вони не є загальними ресурсами для різних членів групи. Щоб зберегти конфігурацію запуску в проекті, скористайтеся вкладкою Common в вікні Run, як показано нижче.

Малюнок 4. Зміна місця розташування конфігурації запуску

перспектива налагодження

В Eclipse немає режиму відладки, тільки перспектива налагодження, яку ви можете ввімкнути або вимкнути. В основному поданні налагодження відображаються всі запущені або налагоджувати програми. Це дозволяє вам налагоджувати кілька програм одночасно, що набагато складніше зробити в Visual Studio. Щоб дізнатися про можливості налагодження в Eclipse, прочитайте статтю "Налагодження за допомогою платформи Eclipse" (див. Розділ ресурси )

Модулі в Eclipse

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

Сприятливий для підприємницької діяльності ресурс Eclipse заохочує розвиток комерційних плагінів і плагінів з відкритим вихідним кодом. Не дивно, що понад 800 плагінів представлено на офіційному ринку плагінів в Eclipse Plugin Central.

Крім плагінів, які інтегровані в існуючу версію Eclipse, деякі компанії створили повнофункціональні середовища розробки на базі Eclipse, в які включені інструменти IBM® Rational®, CodeGear JBuilder 2007 і Genuitec MyEclipse. Як правило, ці продукти пропонують інструменти для моделювання, Web-розробки та візуального проектування. Див. Розділ ресурси , Щоб дізнатися більше про продукти та плагінах.

Додаткові проекти Eclipse

Основний набір інструментів для розробки ПЗ (SDK) в Eclipse містить тільки Java IDE. Інструментарії інших мов (C / C ++, PHP), інструменти для моделювання і додаткові розширення розробляються під егідою Eclipse і можуть бути встановлені як плагіни Eclipse. Додаткову інформацію про програмний комплекс Europa, випущеному в 2007 році і включив в себе 21 найбільш популярний проект Eclipse, і про Callisto, попередньому випуску 2006 года 10 найбільш популярних проектів Eclipse,, можна знайти в розділі ресурси .

Менеджер оновлень

Всякий раз, коли ви завантажуєте Eclipse вперше або в якості оновлення, ви отримуєте звичайний архівний файл, який ви витягаєте в порожній каталог без необхідності установки, конфігурації. Для плагінів в Eclipse є менеджер оновлень Update Manager (Help> Software Updates), який управляє як установкою, так і оновленням. З його допомогою можна включити або відключити плагіни, аналогічно менеджеру додавань Add-in Manager в Visual Studio.

Менеджер оновлень встановлює або оновлює плагіни з сайтів оновлень (update sites), розташованих локально або в інтернеті). Для установки нових полігонів вам необхідно знайти URL сайту оновлень на Web-сайті його постачальника і вручну ввести URL в вікні диспетчера поновлення. (Деякі постачальники створили повноцінні інсталятори, які самостійно взаємодіють з менеджером оновлень).

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

Коли вам потрібна допомога

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

Рішення основних проблем

Всім відомо, що IDE можуть давати збої. У Visual Studio ви можете замінити настройки заводськими шляхом введення в командному рядку devenv / setup. В Eclipse теж є подібний командний перемикач. Запуск eclipse.exe -clean через командний рядок відновлює найбільш повну інформацію про встановлені плагинах. Опція -clean може бути корисною в тому випадку, коли ви встановили новий плагін, а він не відображається.

Якщо Eclipse дає збій, можна перевірити журнал помилок. Щоб відкрити уявлення Error Log з журналом помилок, скористайтеся командою Window> Show View> Error Log. Необроблений журнал знаходиться в файлі <workspace dir> /. Metadata / .log file.

групи новин

Если ви Працювала з продукцією Microsoft, ви добре там, де, что отріматі допомогу ви можете на форумах и в групах новин Microsoft Developer Network (MSDN). У співтоварістві Користувачів Eclipse теж є свои групи новин (див. Розділ ресурси ), І багато досвідчених користувачів Eclipse готові прийти вам на допомогу.

Повідомлення про помилки та запити нових можливостей

На відміну від Microsoft, в якому звіти про помилки відправляються на Web-сайт Microsoft Connect, функцією якого є надання підтримки користувачів, Eclipse Bugs - це фактично система відслідковування помилок, якою користуються розробники Eclipse. З Eclipse Bugs ви можете не тільки знайти помилку, створити звіт про неї і оголосити її. У вас є можливість додати копію своєї помилки в базу, ви можете подивитися, кому доручено налагодити її, дізнатися версію, в якій помилка повинна бути виправлена ​​та багато іншого. Ви можете додавати запити нових можливостей, використовуючи той же інтерфейс (див. Розділ ресурси ).

Преміум-підтримка

Крім моральної підтримки і допомоги спільноти з відкритим вихідним кодом, розробникам деяких компаній потрібно комерційний рівень підтримки. При продажу продукції, створеної на базі Eclipse, постачальники зобов'язані надавати підтримку таких продуктів, в тому числі і основних компонентів Eclipse. Якщо ви користуєтеся базової Eclipse SDK, ви можете скористатися підтримкою IBM Rational Elite Support для програм Eclipse за допомогою плану підтримки 24x7x365, поширеного у всьому світі.

Висновок

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

Якщо ви ще не зробили цього, то прочитайте керівництво "Eclipse для розробників Visual Studio" (див. Розділ ресурси ), Яке є хорошим введенням в Java-розробку на базі Eclipse. Однак в Eclipse використовується не тільки мова програмування Java. Подивіться випуски програмних комплексів Callisto і Europa, в яких можна знайти додаткові проекти Eclipse, наприклад, середовище розробки C ++. Потім відвідайте ресурс Eclipse Plugin Central і завантажте деякі популярні плагіни Eclipse.

Ресурси для скачування

Схожі тими

• Оригінал статті " An introduction to Eclipse for Visual Studio users "(EN).
• Проект Eclipse розташовується на Eclipse.org . Ви можете користуватися прямими посиланнями Помилки в Eclipse и Розробка проекту Eclipse . (EN)
• У керівництві " Перехід від проектів Visual Studio C / C ++ до проектів Eclipse CDT "Розповідається про програмування на C / C ++ в Eclipse.
• Основні зміни Eclipse представлені у вигляді "об'єднаних релізів", які одночасно є оновленнями платформи Eclipse і ключових проектів. Дізнатися більше про жовтневому випуску 2006 року можна з розділу " Що нового в Eclipse V3.2 Callisto ", А про червневому релізі 2007 року - з розділу" Побіжний тур по Eclipse Europa . "(EN)
• Дізнайтеся більше про " Налагодженні за допомогою платформи Eclipse "(EN).
• Створення пов'язаних ресурсів пояснює, як використовувати змінні для створення незалежної від платформи орієнтації . (EN)
• Перегляньте документацію Eclipse.org, щоб дізнатися про використанні робочих наборів . (EN)
• розділ Eclipse Plugin Central (EPIC) є офіційним ресурсом плагінів Eclipse, але більше каталогів з плагінами ви можете знайти в розділі Eclipse Portals . (EN)
• завантажте Rational Application Developer для WebSphere Software . (EN)
• завантажте CodeGear JBuilder 2007 . (EN)
• завантажте MyEclipse IDE з сайту Genuitec. (EN)
• подивіться розділ Web Tools Platform (WTP) Project . (EN)
• Зустрітися з IBM-підтримкою Eclipse в розділі IBM Rational Elite Support for Eclipse . (EN)
• Зустрітися з деякими корисними інструментами на сайті Instantiations . (EN)
• подивіться останні завантаження на IBM alphaWorks (EN).
• перевірте " Рекомендований список читання Eclipse . "(EN)
• завантажте платформу Eclipse та інші проекти з фонду Eclipse. (EN)
• Починаєте працювати в Eclipse? Прочитайте статтю developerWorks " Початок роботи з платформою Eclipse ", Щоб дізнатися про походження та архітектурі Eclipse, а також про те, як розширити Eclipse за допомогою плагінів.
• Покращуйте свої навички роботи з Eclipse, вивчивши розділ Ресурси проектів Eclipse . (EN)
• Будьте в курсі технічних заходів і трансляцій developerWorks . (EN)
• відвідайте розділ Open Source , В якому знаходиться велика практична інформація, інструментарії і поновлення проектів. Вивчення цього розділу допоможе вам при розробках за допомогою технологій з відкритим вихідним кодом і користуватися цими розробками спільно з продуктами IBM.
• завантажте пробне ПО від IBM і користуйтеся засобами розробки та межплатформенному продуктами DB2®, Lotus®, Rational®, Tivoli® і WebSphere®. (EN)
• Оновлення свій проект з відкритим вихідним кодом за допомогою пробного програмного забезпечення IBM, доступного для завантаження або на DVD . (EN)

Підпішіть мене на ПОВІДОМЛЕННЯ до коментарів