Початок роботи з платформою Eclipse

1. Що таке Eclipse?
2. Відкритий вихідний код Eclipse
3. Що стоїть за Eclipse?
4. Робочий простір Eclipse
5. Малюнок 1. Робочий простір Eclipse
6. Середовище розробки Java (JDE)
7. Малюнок 2. Створення нового класу в перспективі Java
8. Малюнок 3. Клас Hello в редакторі Java
9. Малюнок 4. Пропозиції Quick Fix
10. Малюнок 5. Результат роботи програми
11. Малюнок 6. Перспектива Debug
12. додаткові плагіни
13. Приклад: Плагін UML-моделювання
14. Малюнок 7. Редактор схеми класів
15. Лістінг 1. Два приватних атрибута
16. Малюнок 8. Схема класу Person
17. Малюнок 9. Асоціація
18. Архітектура платформи Eclipse
19. Малюнок 10. Архітектура платформи Eclipse
20. майбутнє Eclipse
21. Ресурси для скачування

Використання плагінів Eclipse для редагування, компіляції та відлагодження програм

Примітка редактора: В липні 2007 року опубліковано оновлений варіант цієї статті під назвою Початок роботи з платформою Eclipse . Справжня оригінальна версія збережеться для довідкових цілей. Щоб дізнатися про новітні функції Eclipse, читайте нову статтю.

Що таке Eclipse?

Eclipse являє собою засновану на Java расширяемую платформу розробки з відкритим вихідним кодом. По суті, це просто середовище розробки і набір сервісів для побудови додатків на основі вбудованих компонентів (плагінів). До складу Eclipse входить стандартний набір плагінів, в тому числі добре відомий інструментарій Java Development Tools (JDT).

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

Ця цілісність і послідовність характерні не тільки для інструментів Java-розробки. Хоча Eclipse написаний на Java, використовувати його можна і з іншими мовами. Наприклад, є (або розробляються) плагіни, які підтримують такі мови програмування як C / C ++ і COBOL. Структура Eclipse може використовуватися і як основа для інших типів додатків, що не мають відношення до розробки ПЗ, наприклад, для систем управління контентом.

Чудовим прикладом додатки на основі Eclipse служить ПО IBM® WebSphere® Studio Workbench, основа сімейства інструментів Java-розробки від IBM. Так, WebSphere Studio Application Developer додає підтримку JSP, сервлетов, EJB, XML, Web-сервісів і доступу до баз даних.

Відкритий вихідний код Eclipse

Програмне забезпечення з відкритим вихідним кодом розповсюджується за ліцензією, мета якої - гарантувати користувачам певні права. Найочевидніше з них, звичайно, те, що користувачам повинен бути наданий вихідний код, щоб вони могли модифікувати і самостійно розповсюджувати ці. Такий захист прав користувачів досягається за допомогою механізму copyleft: ліцензія на програмне забезпечення претендує на захист авторських прав і забороняє поширення ПО, якщо вони не надані користувачу. Сopyleft також вимагає, щоб будь-яке ПЗ знову поширювалося з тією самою ліцензією без змін. Тим самим сенс авторського права, по суті, перевертається з ніг на голову - авторське право використовується для наділення правами користувача, а не для збереження їх за розробником, - і про copyleft часто жартома кажуть: "Все права перекручені" (all rights reversed) .

Велика частина поширених побоювань, невпевненості і сумнівів щодо ПЗ з відкритим вихідним кодом пов'язана з так званої вірусної природою деяких copyleft-ліцензій: якщо використовувати ПЗ з відкритим вихідним кодом в складі власної програми, то інтелектуальна власність втрачається, так як ліцензія "заражає" собою знову розроблені частини програми. Іншими словами, ліцензія може вимагати, щоб все програмне забезпечення, що має в своєму складі ПЗ з відкритим вихідним кодом, включаючи і будь-який новостворене ПО, поширювалося по тій же самій ліцензією. Це вірно для найбільш відомої copyleft-ліцензії - GNU General Public License (по якій, наприклад, поширюється Linux®), але існують і інші ліцензії, що забезпечують інше співвідношення комерційних і громадських інтересів.

Некомерційна організація Open Software Initiative (OSI) дала чітке визначення того, що таке відкритий вихідний код, і здійснює сертифікацію ліцензій, що відповідають її критеріям. Eclipse поширюється по ліцензії Common Public License (CPL) V1.0, схваленої OSI і "націленої на те, щоб полегшити комерційне використання програми ..." (посилання на повний текст Common Public License V1.0 см. В розділі ресурси ).

Ті, хто створює плагіни для Eclipse або використовує Eclipse як платформу розробки прикладного ПЗ, зобов'язані публікувати за ліцензією CPL будь-який код Eclipse, який вони використовують або модифікують, але свої власні доробки можуть ліцензувати будь-яким способом. Власний код, доданий до ПО Eclipse, не вимагає ліцензування в якості відкритого вихідного коду, і сам цей вихідний код не обов'язково робити загальнодоступним.

Незважаючи на те, що більшість програмістів не стане використовувати Eclipse для розробки плагінів або створення нових продуктів на цій платформі, відкрита природа Eclipse важлива не тільки тому, що робить середу Eclipse доступною безкоштовно (хоча плагіни згідно з цією комерційно орієнтованої ліцензії можуть коштувати грошей). Відкритий вихідний код сприяє інноваціям і створює для розробників (навіть комерційних) стимул вносити свій вихідний код в загальну скарбничку. Для цього є кілька причин, але чи не головна полягає в тому, що чим більше розробників вносить в проект свій внесок, тим більш значущим він стає для всіх. А чим корисніше стає проект, тим більше число розробників будуть використовувати його і створювати навколо нього співтовариство, подібне тим, що сформувалися навколо Apache і Linux.

Що стоїть за Eclipse?

Поточної розробкою Eclipse управляє і керує консорціум Eclipse.org. Створений компанією IBM, яка витратила на розробку Eclipse $ 40 млн і випустила його як проект з відкритим кодом, консорціум Eclipse.org об'єднав ряд постачальників інструментів розробки програмного забезпечення, включаючи Borland, Merant, Rational, RedHat, SuSE, TogetherSoft і QNX. З тих пір приєдналися і інші компанії, в тому числі Hewlett-Packard, Fujitsu і Sybase. Кожна з цих компаній призначила представника в Наглядову раду (Board of Stewards), який визначає напрямок і сферу охоплення проекту Eclipse.

На найвищому рівні проектом Eclipse управляє Комітет управління проектом (Project Management Committee - PMC). Проект складається з підпроектів, і у кожного з них є керівник. Великі підпроекти поділяються на компоненти, і у кожного з них також є керівник. В даний час велика частина цих керівних постів заповнена людьми з дочірньої компанії IBM Object Technology International (OTI), яка спочатку розробила Eclipse, але так як проект відкритий, до участі запрошуються всі. Відповідальність за будь-який конкретний шматок заробляється внесенням в проект особистого вкладу.

Тепер, розглянувши теоретичні, історичні та політичні аспекти Eclipse, давайте придивимося до самого продукту.

Робочий простір Eclipse

При першому запуску Eclipse ви побачите сторінку вітання.

Малюнок 1. Робочий простір Eclipse

Робочий простір Eclipse (Workbench) складається з декількох панелей, які називаються уявленнями, таких як навігатор (Navigator) в лівій верхній частині екрану. Група панелей називається перспективою. Перспектива за замовчуванням Resource є базовий набір уявлень для управління проектами, а також перегляду і редагування файлів проекту.

Подання Navigator дозволяє створювати, вибирати і видаляти проекти. Праворуч від навігатора розташована область редактора. Тут відкривається вікно відповідного редактора в залежності від типу документа, обраного в навігаторі. Якщо в Eclipse немає відповідного редактора, зареєстрованого для даного типу документа (наприклад, .doc-файлу в Windows®-системі), то Eclipse спробує відкрити документ за допомогою зовнішнього редактора.

Подання Outline під панеллю Navigator відображає структуру документа в редакторі. Характер цієї структури залежить від редактора і типу документа; для вихідного файлу Java структура відображає будь-які оголошені класи, атрибути і методи.

Подання Tasks збирає інформацію про проект, над яким ви працюєте. Це може бути інформація, що генерується Eclipse, така як помилки компіляції, або завдання, додані вручну.

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

Продовжуючи цей короткий огляд Eclipse, створимо проект в навігаторі. Клацніть правою кнопкою миші у вікні навігатора і виберіть New> Project. У лівій частині діалогового вікна New Project виберіть Java. У стандартній конфігурації Eclipse тільки один проект Java, Java Project. Якщо встановлений плагін для підтримки JSP і сервлетов, ви побачите тут додаткову опцію для Web-додатків. Поки ж виберіть Java Project, введіть Hello у відповідь на запит імені проекту і натисніть кнопку Finish.

Далі розглянемо перспективу Java. Залежно від того, як вам більше подобається керувати екраном, можна або змінити перспективу в поточному вікні, вибравши Window> Open Perspective> Java, або відкрити нове вікно, вибравши Window> New Window, і вибрати нову перспективу.

Як і слід було очікувати, перспектива Java має набір уявлень, призначених для Java-розробки. Одне з них, розташоване в лівому верхньому кутку, відображає ієрархію, яка містить різні пакети Java, класи, JAR-архіви та інші файли. Це уявлення називається Package Explorer. Зверніть увагу, що в головному меню додалися два нові пункти: Source і Refactor.

Середовище розробки Java (JDE)

Щоб випробувати середу розробки Java, створимо і виконаємо додаток Hello World. У перспективі Java натисніть праву кнопку на проекті Hello і виберіть New> Class, як показано на малюнку 2. У діалоговому вікні введіть в якості імені класу Hello. Під написом Which method stubs would you like to create? (Які заглушки методів створити?) Відзначте public static void main (String [] args) і натисніть кнопку Finish.

Малюнок 2. Створення нового класу в перспективі Java

Буде створено .java файл з класом Hello і порожнім методом main () в області редактора, як показано на малюнку 3. Додайте в метод наступний код (зверніть увагу, що декларація i навмисно опущена).

Малюнок 3. Клас Hello в редакторі Java

Набираючи текст, ви помітите деякі можливості редактора Eclipse, в тому числі перевірку синтаксису і автоматичне завершення коду. У версії V2.1 (з якою я познайомився, завантаживши збірку М2) при введенні відкриває дужки або лапок Eclipse автоматично вставляє відповідний закриває знак і поміщає курсор всередину пари.

В інших випадках автоматичне завершення коду можна викликати за допомогою комбінації клавіш Ctrl + Space. Функція завершення коду видає контекстно-залежний список, з якого можна вибирати варіанти з допомогою клавіатури або миші. Це може бути список методів, властивих конкретному об'єкту, або фрагмент коду, заснований на різних ключових словах, таких як for або while.

Перевірка синтаксису залежить від инкрементной компіляції. При збереження коду він компілюється в фоновому режимі і перевіряється на синтаксичні помилки. За замовчуванням синтаксичні помилки підкреслюються червоним, а зліва на полях з'являється червона точка з білим знаком X. Інші помилки позначаються на полях редактора символом електричної лампочки; це ті проблеми, які редактор міг би виправити (т.зв. функція Quick Fix).

У вищенаведеному коді знак лампочки знаходиться біля оператора for, так як пропущена декларація i. Подвійне клацання на значку лампочки викличе список пропонованих виправлень. У нашому випадку пропонується створити поле класу i, локальну змінну i або параметр методу i; вибір будь-якого з цих варіантів призведе до відображення коду, який буде згенеровано. На малюнку 4 показаний список пропозицій і пропонований код для локальної змінної.

Малюнок 4. Пропозиції Quick Fix

Подвійне клацання на пропозиції вставляє код в потрібне місце програми.

Якщо програма компілюється без помилок, її можна виконати, вибравши з меню Eclipse Run. (Зверніть увагу на відсутність окремого кроку компіляції, тому що вона виконується в міру збереження коду. Якщо в коді відсутні синтаксичні помилки, він відразу готовий для запуску.) З'являється діалог конфігурацій запуску Launch Configurations з відповідними значеннями за замовчуванням; натисніть кнопку Run внизу праворуч. У нижній панелі з'являється нова панель із закладками (Console), що відображає результат роботи програми, як показано на малюнку 5.

Малюнок 5. Результат роботи програми

Програму можна запустити і в отладчике Java. Спочатку потрібно встановити контрольну точку в main () System.out.println (), двічі клацнувши на сірому полі в лівій частині вікна редагування поруч з викликом System.out.println (). З'явиться синя точка. Виберіть Debug з меню Run. Як було сказано вище, з'явиться діалогове вікно Launch Configurations. Виберіть Run. Перспектива автоматично зміниться перспективою Debug з рядом цікавих нових уявлень, як показано на малюнку 6.

Малюнок 6. Перспектива Debug

Зверніть увагу на уявлення Debug в лівому верхньому кутку перспективи. Це уявлення показує стек викликів і містить панель інструментів в рядку заголовка, що дозволяє управляти виконанням програми. На панелі є кнопки для продовження, призупинення або завершення програми, переходу до наступного оператору, пропуску наступного оператора і повернення з методу.

Панель вгорі праворуч містить цілий ряд уявлень з закладками, в тому числі Variables (змінні), Breakpoints (контрольні точки), Expressions (вираження) і Display (відображення). Зараз обрана закладка Variables, тому видно поточне значення змінної i.

Більш детальну інформацію про будь-якому з уявлень можна отримати за допомогою контекстної підказки; для цього клацніть на заголовку уявлення і натисніть F1.

додаткові плагіни

На додаток до плагінів типу JDT, призначеним для редагування, компіляції та відлагодження програм, є плагіни, що підтримують весь процес розробки: моделювання, автоматизацію побудови, тестування модулів, тестування продуктивності, управління версіями і конфігурацією.

Eclipse містить плагін для роботи з CVS (Concurrent Versions System - система паралельних версій) для управління вихідним кодом. Плагін Team з'єднується з CVS-сервером, дозволяючи членам групи розробників працювати з набором файлів, що містять вихідні тексти, не заважаючи вносити зміни іншим. Можливість підтримувати колективну роботу є важливою і невід'ємною частиною Eclipse, але ми не станемо тут вдаватися в деталі управління вихідними текстами з Eclipse, так як для цього буде потрібно установка CVS-сервера.

Нижче наведено перелік сторонніх плагінів.

Управління версіями і конфігурацією

• CVS
• Merant PVCS
• Rational ClearCase

UML-моделювання

• OMONDO EclipseUML
• Rational XDE (replaces Rose)
• Together WebSphere Studio Edition

графіка

• Batik SVG
• Macromedia Flash

Web-розробка, HTML, XML

• Macromedia Dreamweaver
• XMLBuddy

Інтеграція сервера додатків

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

Приклад: Плагін UML-моделювання

Щоб побачити приклад плагіна і подивитися, як він інтегрується з Eclipse, завантажте популярний плагін OMONDO EclipseUML (див. Розділ ресурси ); він безкоштовний, але потрібно зареєструватись. Цей плагін залежить від іншого плагіна для Eclipse, Graphical Editor Framework (GEF). GEF - це частина підпроекту Tools. Щоб завантажити GEF, зайдіть на Web-сайт Eclipse (див. Розділ ресурси ), Виберіть Downloads і перейдіть за посиланням на сторінку завантаження Tools PMC. Потрібно завантажити збірку GEF, рекомендовану OMONDO (GEF V2.0 для OMONDO V1.0.2).

Після завантаження плагін зазвичай встановлюється шляхом розархівації завантаженого файлу і копіювання його вмісту в папку плагінів Eclipse. В даному випадку GEF потрібно розпакувати в каталог Eclipse (звідти він автоматично переходить в папку плагінів), а EclipseUML - безпосередньо в підкаталог plug-ins каталогу Eclipse. Про всяк випадок можна розпакувати кожен з них в тимчасовий каталог, а потім скопіювати в потрібний. Якщо платформа Eclipse запущена, її потрібно зупинити і перезапустити, щоб вона визнала плагіни.

Після установки EclipseUML (і GEF) можна створити схему класів - точно так само, як створюється файл класів Java. У перспективі Java клацніть правою кнопкою на проекті Hello в Package Explorer і виберіть у спливаючому меню New нової> Other. На лівій панелі діалогового вікна New з'явиться варіант UML. Безкоштовна версія EclipseUML підтримує тільки схеми класів, тому справа буде видно єдиний варіант UML Class Diagram. Виберіть UML Class Diagram і введіть ім'я схеми класів, наприклад "Hello" (рисунок 7).

Малюнок 7. Редактор схеми класів

В області редактора з'явиться графічний редактор з порожнім полотном для схеми класів. Існує два способи створення схеми класів: шляхом реконструкції існуючого коду - перетягуванням в схему класів Java-файлу з Package Explorer - або за допомогою графічних інструментів, розташованих на панелі інструментів над порожньою схемою. Щоб випробувати перший метод, створіть новий клас Person (File> New> Class) і надайте йому два приватних атрибута, як показано в лістингу 1.

Лістінг 1. Два приватних атрибута

/ ** Person.java * @author david * / public class Person {private String name; private Address address; / ** * Повертає адреса. * @Return Address * / public Address getAddress () {return address; } / ** * Повертає ім'я. * @Return String * / public String getName () {return name; } / ** * Встановлює адресу. * @Param address The address to set * / public void setAddress (Address address) {this.address = address; } / ** * Встановлює ім'я. * @Param name The name to set * / public void setName (String name) {this.name = name; }}

(Я повинен зізнатися, що набрав за виключенням окремих виразів атрибутів імені та адреси. Методи getter і setter Eclipse згенерував автоматично - для цього я натиснув праву кнопку на вихідному коді і вибрав з спливаючого меню Source> Generate Getter and Setter.

Збережіть і закрийте Person.java Hello.ucd.

Малюнок 8. Схема класу Person

Щоб створити Java-клас з UML, натисніть кнопку New class на панелі інструментів у верхній частині вікна схеми класу, третя кнопка зліва, і натисніть на схему класу. Коли відкриється майстер New class, введіть ім'я класу в поле Address і натисніть кнопку Finish.

До класу можна додавати атрибути, клацнувши правою кнопкою на імені класу і вибравши New> Attribute. У діалоговому вікні New attribute введіть ім'я, тип і видимість атрибута. Додайте методи, клацнувши правою кнопкою на імені класу і вибравши New> Method.

У міру внесення змін в схему вони будуть відображатися у вікні Source Editor під схемою. Нарешті, можна зобразити відношення між класами, натиснувши кнопку Association (п'ята ліворуч) і провівши лінію від класу Person до класу Address. Це викличе появу ще одного діалогового вікна, де можна вводити властивості асоціацій (докладніше про необхідної інформації див. Довідку EclipseUML). Схема повинна виглядати приблизно як на малюнку 9.

Малюнок 9. Асоціація

Цей UML-плагін демонструє кілька характеристик, типових для Eclipse-плагінів. По-перше, він показує тісну інтеграцію між інструментами. Ніде не помітно, що працює кілька компонентів; має місце гладка інтеграція з Eclipse Platform і JDT. Наприклад, при створенні класу Person з'явилася вказівка ​​на синтаксичну помилку, тому що не було визначено один з його атрибутів, Address. Коли клас Address з'явився на UML-схемою, це вказівка ​​зникло.

Інша особливість EclipseUML - здатність використовувати функціональність, що надається іншими плагінами - в даному випадку, GEF, який надає інструменти для розробки візуальних редакторів.

Ще одна характеристика - спосіб поширення плагіна EclipseUML за допомогою декількох рівнів функціональності. Основний плагін, який підтримує схеми класів, безкоштовний, але за додаткову плату пропонуються більш складні версії.

Архітектура платформи Eclipse

Платформа Eclipse являє собою середовище з потужним набором послуг, що підтримують плагіни, таких як JDT і Plug-in Development Environment. Вона складається з декількох основних компонентів: середовища виконання Platform, Workspace, Workbench, Team Support і Help.

Малюнок 10. Архітектура платформи Eclipse

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

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

Workbench
Робочий простір (Workbench) забезпечує Eclipse призначеним для користувача інтерфейсом (UI). Він побудований за допомогою Standard Widget Toolkit (SWT) - нестандартної альтернативи Java Swing / AWT API - і високорівневого API JFace, надбудови над SWT, яка забезпечує компоненти UI.

SWT виявився найбільш спірною частиною Eclipse. SWT тісніше пов'язаний з власними графічними можливостями операційної системи, ніж Swing або AWT, що не тільки робить SWT швидше, але і надає Java-програмами вигляд "рідних" додатків. Використання цього нового API GUI може обмежити перенесення робочої області Eclipse, але вже існують версії SWT для всіх найбільш популярних операційних систем.

Використання SWT платформою Eclipse впливає тільки на переносимість самої Eclipse - але не Java-додатків, побудованих за допомогою Eclipse, якщо тільки вони не використовують SWT замість Swing / AWT.

Team support
Компонент підтримки колективної роботи (Team support) відповідає за підтримку управління версіями і конфігурацією. Він додає уявлення, необхідні для взаємодії користувачів з системою управління версіями (якщо вона застосовується). Більшості плагінів не потрібно взаємодіяти з компонентом підтримки колективної роботи, якщо вони не надають послуги з управління версіями.

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

майбутнє Eclipse

Навколо Eclipse наростає критична маса. Провідні постачальники інструментів програмування вже на борту, і кількість проектів плагінів Eclipse зростає з кожним днем.

Ідея портативної, що розширюється середовища з відкритим вихідним кодом не нова, але Eclipse завдяки своїй зрілій, надійної і елегантною конструкції додає грі новий імпульс. Випустивши систему світового класу вартістю 40 млн дол. На арену ПЗ з відкритим вихідним кодом, IBM зробила небувале потрясіння.

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

Схожі тими

• Оригінал статті: Getting started with the Eclipse Platform .
• Документація, статті та завантаження Eclipse на Eclipse.org .
• текст Common Public License V1.0 .
• Каталог плагінів Eclipse .
• популярний плагін OMONDO EclipseUML ; надається безкоштовно, але потрібно зареєструватися.
• Інформація про програмне забезпечення з відкритим вихідним кодом на сайті OpenSource.org , Включаючи сертифіковані ліцензії, такі як Public Common Licence.
• Робота з платформою Eclipse: введення в Eclipse.
• Знайомство з WebSphere Studio Application Developer: про можливості цього інструментарію, його технологіях і зв'язках з Eclipse IDE.
• Інтернаціоналізація плагінів Eclipse: про те, як писати плагіни для Eclipse, розраховані на міжнародний ринок. І Тестування інтернаціоналізації плагінів Eclipse: про те, як тестувати плагіни для Eclipse, розраховані на міжнародний ринок.
• Бенуа Маршаль використовує відкриту універсальну середу Eclipse для створення призначеного для користувача інтерфейсу XM, описану в статті Робота з XML: використання Eclipse для створення призначеного для користувача інтерфейсу XM .
• останні завантаження технології Eclipse на IBM alphaWorks .
• Список рекомендованої літератури з Eclipse .

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