Организация Eclipse Foundation объявила (https://www.eclipse.org/org/press-release/20180627_new-photo...) о выпуске интегрированной среды разработки Eclipse "Photon" (http://www.eclipse.org/photon/), а также ещё 84 проектов (https://projects.eclipse.org/releases/photon), развиваемых под эгидой Eclipse, включая платформу Eclipse, набор инструментов для разработчиков на языке Java, средства для управления исходными текстами, визуальные построители GUI и т.п. Для загрузки подготовлено (http://www.eclipse.org/downloads/eclipse-packages/) 14 сборок Eclipse, оптимизированных для различных применений платформы, включая варианты для разработчиков, использующих Java SE, Java EE, JavaScript, PHP и C/C++. Исходные тексты распространяются (http://github.com/eclipse/) под лиценизей Eclipse Public License 1.0.
Наиболее заметным новшеством является формирование отдельной сборки (http://www.eclipse.org/downloads/packages/eclipse-ide-rust-d...) для разработчиков на языке Rust. Сборка включает в себя надстройку Eclipse Corrosion (https://projects.eclipse.org/projects/tools.corrosion) с дополнениями для поддержки языка Rust и пакетного менеджера Cargo. Непосредственно из IDE для теперь можно собирать, отлаживать, редактировать и запускать код на языке Rust, а также формировать пакеты. Кроме языка Rust в Eclipse IDE также встроены возможности для редактирования и отладки кода на языке C#.
Новый выпуск среды разработки также примечателен (http://www.eclipse.org/photon/noteworthy/index.php) поддержкой Java 10 (https://www.opennet.dev/opennews/art.shtml?num=48300), Java EE 8, JUnit 5.1, заменой PHP Explorer на Project Explorer, режимом выявления неиспользуемых переменных для PHP, расширением возможностей Java Compiler, добавлением новых профилей форматирования кода, улучшением производительности и сокращением потребления памяти в сборке на базе GTK+3, асинхронным режимом работы системы автодополнения кода, модернизацией тёмной темы оформления и улучшением подсветки синтаксиса при использовании данной темы.
Сообщается, что отныне новые версии Eclipse IDE будут формироваться не раз в год, а раз в 3 месяца, что позволит более оперативно доводить новые возможность до пользователей и отражать изменения в современных языках программирования и средствах разработки.URL: https://www.eclipse.org/org/press-release/20180627_new-photo...
Новость: https://www.opennet.dev/opennews/art.shtml?num=48861
Каков он по отзывчивости в сравнении с Идеей? Пробовал году в 2010 - был очень тормозным, при том что Идея на той же машине летала.
Пару лет назад был очень тормозным и ужасно глючил. Пытался насильно себя на него пересадить ввиду отсутствия личной лицензии на Идею, но сдался. Как сейчас - не знаю.
ничего не изменилось
Тормознутость - мелочь, вот автодополнение в Eclipse - 80% не туда.
А я ещё на кодлайт жаловался. Глупый был!
После NetBeans с Эклипсом работать невозможно. Все равно что c Notepad++ или Kate пересесть на виндовый Notepad.
Лет 8 только на Эклипсе.
Все устраивает.
Всегда сижу на той версии, пока не становится чего-то не хватать.
Например отсутствие плагина или в плагине есть баг, но более свежего уже нет для старой версии Эклипса.
Главное не ставить слишком свежий, дать время пока не пофиксят основные баги.
Сейчас на 4.6(вышел 2 года назад) и потребность обновления пока не возникала.Пару лет назад на одном из проектов юзал недолго NetBeans - не впечатлил.
> Каков он по отзывчивости в сравнении с Идеей?
> Пробовал году в 2010 - был очень тормозным, при том что Идея на той же машине летала.Эклипс 2010 на фоне современного - _ОЧЕНЬ_ быстр.
> Эклипс 2010 на фоне современного - _ОЧЕНЬ_ быстр.Да, но плагины тю-тю.
>Каков он по отзывчивости в сравнении с Идеей?Не знаю как по сравнению с IDEA, но могу сравнить Code Composer Studio v7 (он на основе Eclipse), и PyCharm 2017. При рефакторинге больших файлов с кодом Code Composer Studio выглядит несколько быстрее.
Если у вас проект больше 200К строк кода, в Code Composer Studio можно быстрее выполнять навигацию по исходным текстам. В остальном же, разницы в принципе, никакой.
Хотя, как и любой другой современной IDE, требуется современный компьютер.
Neovim?
Нет, не слышал...
Тоже юзаю Neovim + LanguageClient-Neovim (ветку next, которая на Растишке).
ИМХО: сравнивать эклипсу с чебы то ни было неправильно. Это единственная по настоящему модульная IDE. Все остальное - редакторы с разной степенью интеграции плагинов.
VSCode же. При том, что ее как раз разрабатывает один из разработчиков Eclipse
Именно все что на электроне пока являются расширенными редакторами. Специально смотрел.
> , модернизацией тёмной темы оформленияВо - первых, мне одному ни... черта не видно, синее на черном?
> Наиболее заметным новшеством является формирование отдельной сборки для разработчиков на ...Во - вторых, какого... черта они не реализовали всю дополнительную функциональность плагинами, как белые люди?
Прощения просим барин, но Эклипс чуть менее чем полностью родимых и состоит.
Просто чтоб не ставить их по одиночке готовят сборки с предустановленной сотней-другой.
Его можно поставить в почти голом виде...
> построители GUI и т.п.Покажите мне GUI для Rust.
мазилла называетсо ;-)
Для меня продукты на платформе Intellij все же лучше, но пока лучшей IDE для C и C++ кроме Eclipse я [u]пока[/u](CLion пока платная) не нашел.
Нормально там всё с отзывчивостью. Там есть ад в зависимостях компонетов. Ставишь что-нибудь вполне популярное вроде STS из Marketplace, а оно либо просто не ставится, либо ломает установленное, либо с чем-то конфликтует, либо ломает обновление после установки.
> Нормально там всё с отзывчивостью. Там есть ад в зависимостях компонетов. Ставишь
> что-нибудь вполне популярное вроде STS из Marketplace, а оно либо просто
> не ставится, либо ломает установленное, либо с чем-то конфликтует, либо ломает
> обновление после установки.Главное не оставлять открытой IDE, а то оставил тут случайно открытой с "мелким проектом" ( swing форма с тремя кнопками, поделка для микроавтоматизации) на неделю, так потом оно пол часа закрывалось вытаскивая из swap-a себя...
Непосредственно из IDE для теперь можно собирать
Достижение века!
> Сообщается, что отныне новые версии Eclipse IDE будут формироваться не раз в год, а раз в 3 месяца, ...Как же достали этой нумерацией. А нельзя ли где-нибудь оставить стабильную ветку хотя бы на два года с исправлением багов. Раньше раз полгода платформу менять, теперь каждые три месяца скакай на новую платформу. Ну бред же.
Очень поразило удаления пункта меню Installation Details из меню Help.
Теперь что бы посмотреть что установлено надо сначало выбрать About, а потом уже можно нажать кнопку Installation Details. Я кстати, до сих пор ищу номер бага(или комита хотя бы) где умник сделал это "улучшение".
О стабильности я уже вообще молчу. Раньше Maintenance Builds были стабильными теперь это просто хождение по миному полю. Для ветки 4.7 выпустили 6 выпусков.
Это вообще не о чем.В то же время программисту надо работать а не тестировать хотелки разработчиков Eclipse.
Последние года два Eclipse очень разочаровывает:(
Вот сижу на версии 4.6 и думаю что делать дальше.
Обновится на ветку 4.7 не успел, а будет ли стабильной 4.8 не известно.
А с новой нумерацией это просто ад теперь.
Аналогично, бро.Я для небольших проектов свалил на vscode (не к ночи будь помянут) с С++ плагином. Пока что это полностью покрывает мои хотелки (шрифт, автодополнение, форматирование, навигация, дебаг) для 10.000- строк кода. На большем количестве притормаживает.
Я до последнего сражался за эклипс, но разработчики действительно делают все возможное, чтобы на него забить.
Действительно, новые релизы выходят очень сырыми.Сижу на 4.6 и пока все устраивает, не вижу смысла обновляться.
Этой политики и придерживаюсь - перезжаю на следующий релиз если становится невмоготу - нет плагина или какой-либо достающий баг.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=471094Боюсь привыкать обратно:)
Более эпичного бага не припомню уже.
Причем закрыть ветку 4.6 перед самым носом его исправления.
В общем слов на них не хватает.
Я так понял, что SWT_GTK3=0 решает проблему.
У меня как раз стоит эта переменная, но не из-за бага, а потому, что мне не нравится вид эклипса на GTK3.
"Если вы не используете EMACS, - это не грех, но сойдет за наказание" (Р. Столлман)...
"Используйте только поделия, благословленные гуру секты, иначе..." (с) любой сектант
любой сектант == Microsoft, например
> любой сектант == Microsoft, напримерА это без разницы, какая из сект :)
Eclipse - это такой себе Debian в мире IDE. Редкие релизы, куча протуших модулей (например, JSDT), которые не работают, но почему-то продолжают включаться в сборки, устаревшая и убогая документация. Причем у каждого модуля есть своя г*но страница, на которой нет никакой информации.Ушел с него, когда они в очередном релизе сломали функциональность копирования воркспейса. Причем сам баг пофиксили практически сразу, но написали, что зарелизят фикс только по графику - через 3 месяца.
Походу там до кого-то наконец дошло, что надо делать более частые релизы. Может со временем дойдет и что надо мигрировать на более современные средства разработки и совместной работы с кодом. Делать этот процесс более понятным и открытым для пользователей.
> Походу там до кого-то наконец дошло, что надо делать более частые релизы.Большая часть пользователей видят изменения с релизом.
И если там видят баг, то репортят. И если успевают исправить в текущем релизе хорошо, а если нет переносят на другой. А предыдущий просто закрывают и не важно стабильный он или нет.
Главное по графику циферки менять.
А смена платформы (к примеру 4.7 на 4.8) может быть чревата нарушением обратной совместимости.
Я на рабочих проектах не рискую старый workspace обновлять на новой платформе, потому как это вылазит боком почти всегда. Выход был только создавать новый workspace для новой платформы, а потом по одному мигрировать проекты в него. Но сейчас это уже будет проблематично.Поэтому я вами не соглашусь, поскольку частые релизы не равно стабильность.
Просто так проще привлечь внимание к проекту.
> Я на рабочих проектах не рискую старый workspace обновлять на новой платформе,
> потому как это вылазит боком почти всегда. Выход был только создавать
> новый workspace для новой платформы, а потом по одному мигрировать проекты
> в него. Но сейчас это уже будет проблематично.Workspace это один большой минус Эклипса. В нормальной IDE как? Открыл maven проект (корневой POM) - среда открыла проект и запросила какие из модулей (подпроектов) открыть вместе с ним.
Открыл POM подпроекта - подтянула зависимости из вышестоящего POM.
При этом созданные средой файлы можно вообще не шарить в репозиторий.
А в Эклипсе? Хочешь открыть произвольный проект, просто посмотреть - сначала импортируй, засоряй Workspace.
Не знаю, мавен для меня еще одно зло.
Я по старинке антом собираю проект.
Если что-то используется аккуратно складываю в директорию lib.
Пройдет 2 или 5 лет и проект соберется без какой либо потребности искать нужную либу.
Почти тот же Makefile. При желании можно и его использовать:)По поводу Workspace наверно не соглашусь.
В конце концов можно просто симлинк кинуть и открыть проект в воркспейсе.
Эта та логическая область в которой находятся нужные тебе проекты.
При желании можно поделить на несколько и переключатся в зависимости от потребностей.
>[оверквотинг удален]
> протуших модулей (например, JSDT), которые не работают, но почему-то продолжают включаться
> в сборки, устаревшая и убогая документация. Причем у каждого модуля есть
> своя г*но страница, на которой нет никакой информации.
> Ушел с него, когда они в очередном релизе сломали функциональность копирования воркспейса.
> Причем сам баг пофиксили практически сразу, но написали, что зарелизят фикс
> только по графику - через 3 месяца.
> Походу там до кого-то наконец дошло, что надо делать более частые релизы.
> Может со временем дойдет и что надо мигрировать на более современные
> средства разработки и совместной работы с кодом. Делать этот процесс более
> понятным и открытым для пользователей.У Eclipse нет нормального сквозного обновления с учётом набора плагинов, какой смысл в релизах раз в 3 месяца?
> какой смысл
> в релизах раз в 3 месяца?Так модно!
Дебагировать код на Rust там тоже можно?
Еще раз внимательно второй абзац прочитайте> Непосредственно из IDE теперь можно собирать, отлаживать, редактировать и запускать
> код на языке Rust, а также формировать пакеты.
>> ...отлаживать, ...Или "Дебагировать" у Вас означает "чтобы еще и сама (IDE) ошибки исправляла" ?
Несколько лет назад переполз с Эклипса на Идею только потому, что замучали проблемы с поддержкой Gradle. А вообще, конечно, многие функции по валидации кода, в Эклипсе были сделаны существенно лучше. + идеология workspace с множеством проектов vs 1 проект в Idea. Банально удобнее отлаживаться.+ куча поддерживаемых языков из коробки (или с доустановкой плагина из открытого репозитория) без необходимости платить за это.
Ровно наоборот. Eclipse вынуждал пользоваться еще и FindBugs для стат. анализа кода. В Idea хватает встроенных инспеций, даже слишком много иногда. :) Вот раскалдку хоткеев в Idea делали какие-то долбаные эльфы - до сих пор не привык.
Из-за некоторых валидаций в нем работать просто невозможно. Работать с JEE проектом в котором есть модуль JPA невозможно, на каждый чих и изменение кода запускается JPA валидация, которая педалит по черному. Об этой проблеме известно уже чуть больше 3 лет, вот только решения нет.
В общем, идея лучше, да даже нетбинс лучше.
Ну так отключи ее, оставь только ручную.
Window->preferences->validationНу там выбираешь либо отключить либо донастроить.
Можно даже в конкретном проекте прописать правила валидации.
Зачем оно такое чорное? Да сколько ж можно!
Особенно темно-синий на сером доставляет.
> Особенно темно-синий на сером доставляет.Первым делом в модных молодёжных IDE сейчас приходится выключать dark theme.
По умолчанию там светлая тема.А на темную переключаешься по желанию.
Но сам eclipse лучше брать от сюда http://download.eclipse.org/eclipse/downloads/
А нужное потом доустанавливать через update site.
Плюс добавить дополнительные update site'ы по желанию.
Это займет чуть больше времени в настройке, чем скачать наваршированый eclipse,
но в этом случае устанавливаешь то, что тебе нужно.
До сих пор лучший IDE для C/C++
Попробуйте KDevelop.
Пробовал. Eclipсовский парсер языка C++ спарвляется со всеми шаблонами и бустами на данный момент лучше всех. Посмотрим еще что будет с CLion когда они на calngd перейдут. Но пока ИМХО эклипс вне конкуренции.
На чистом C в нём писать ещё хуже - он под него не заточен в принципе. Макросы разбирает хреново, C99 не знает. Раньше ещё насмерть зависал при попытке импорта большого сишного проекта (пара-тройка миллионов строк).А то, что они сделали с просмотром переменных в отладке, когда оно в тултипах и закрывается по малейшему неловкому движению мышью - вообще за гранью добра и зла. Ну и плюс совершенно эпичное безумие - держать разные наборы файлов в редактировании и отладке. Не знаю, какой инопланетянин придумывал, но хобот ему оторвать надо.
Из того, что видел - для сей либо Vim/Emacs у тех, кто их умеет готовить, либо Code::Blocks, если повезёт попасть на непадучий билд. А для плюсов - наверное, всё же эклипс, NetBeans в принципе удобнее, но рефакторинга практически нет.
> На чистом C в нём писать ещё хуже - он под него не заточен в принципе.По моему с точностью до наоборот.
У меня не мало проектов на C именно в eclipse и вполне удобно.
Но проекты я создаю по шаблону "Makefile with Existing code".
Есть некоторые нюансы в настройки проекта, но в принципе решаемо.
Ну а всякие конфигурилки для проекта это проще из консоли дергать.
Плюс есть же Build Target View.> А то, что они сделали с просмотром переменных в отладке, когда оно в тултипах и закрывается по малейшему неловкому движению мышью - вообще за гранью добра и зла.
Что-то мешает открыть Expression View или Variables View и там смотреть переменные?
В конце концов есть есть Add Watch Expression для особо ленивых.> Ну и плюс совершенно эпичное безумие - держать разные наборы файлов в редактировании и отладке.
Это как? Не совсем понял.
Eclipse C11 не знает. Это создаёт дикие проблемы. У KDevelop последних версий в этом плане всё хорошо и с C99 и с C11. В старых версиях он не понимал инициализаторы.Есть только один минус. KDevelop не переходит по функциям внутри дефайнов. Но быстро привыкаешь использовать глобальный поиск или быстрый поиск по всем файлам.
А вот проект с огромным количеством файлов в Eclipse - это ад. Даже на мощном компьютере. Анализатор просто не справляется. С KDevelop таких проблем нет. Там подвисания бывают только с кодом на Python (по понятным причинам) или с отменой изменений после переформатирования файла.
Есть же кошерный Qt Creator. Работает шустро, разбор кода на основе Clang. А эклипс глючное тормозное убожество.
Сделали б они ещё нормальную IDE с нормальным интерфейсом, а не гламурное чёрт знает что... В смысле - если смотреть издалека идею, эклипс и визуал студию можно отличить с трудом, а вот QTCreator - весь из себя уникум. Ни панелей инструментов толком, ни вьюх вспомогательных...
Я перешел с eclipse на idea (java разработчик). Мои претензии к eclipse во второй половине 2017:
- Поддержка Java9 частичная, при использовании оной не работают часть функций, как например генерация toString() привадила к ошибки с упоминанием rt.jar, в багтрекере баг висел уже несколько месяцев (это было в декабре 2017).
- ES2015 не работает форматтер, хорошо работало только с ES3.
- Запуск по хоткеям проектов и юнит тестов работает непонятно, легче тыкать мышкой.
- Сложные, последовательные шоткаты, типа шоткат + буква (никогда такие не мог запомнить)У идеи с запуском приложений и тестов с клавиатуры лучше, только я не пойму как с клавиатуры создать файл, класс или пакет? В eclipse я для этого пользовался глобальным меню (ctrl+3) с последующим набором первых букв операции, а в idea приходится мышкой.
По поводу тормозов eclipse - не замечал (java+maven). Intellisense не вижу разницы, но я пока не пользуюсь smart-code complete (ctrl+shift+space), может там что интересное.
Еще дополню про недостатки eclipse. Кодогенерация, в idea она более клавиатурно ориентированная, а в eclipse приходилось мышкой выделять методы для которых я хотел сгенерировать скажем getter'ы и setter'ы, потому что альтернатива это тыканье табуляции (для переключения фокуса) и spcae для выбора.
> только я не пойму как с клавиатуры создать файл, класс или пакет?Если у тебя выделена нужная директория в Project View, то alt-ctrl-ins. Если нет, то никак. У Идеи нет специального диалога создания как у Eclipse.
Eclipse на работе, без альтернативы, стандарт типо. Есть что-то лучше? - возможно. Но менять не планируем, в основной массе все всех устраивает.