Системы плагинов и скрипты в современных IDE

какие современны ide на c++ с плагинами и скрипами ты знаешь?

Думаю, Qt Creator например.

Eclipse (хотя это весьма спорная ide), Sublime Text, Code Blocks, CLion

эклипс и clion на жаве, коде блокс ужасен

полагаю что ответом будут сорцы этого ide

Я о том же. IDE на Java тормозные, на C/C++ нет ни одной полноценной, хорошей IDE. Sublime Text хорош, но на мой взгляд это не совсем IDE.

То есть подводя итоги я не знаю не одной нормальной IDE под Linux.

раньше все калькуляторы писали, а не ide.
Не нарушай традиции.
http://www.scintilla.org/

Я о том же. IDE на Java тормозные, на C/C++ нет ни одной полноценной, хорошей IDE.

У меня ide на java не тормозят, но в любом случае стоит задуматься на тему почему на c++ нет ide.

=) Калькулятор я уже писал. IDE я писать не собираюсь. (на данный момент точно)

на C/C++ нет ни одной полноценной, хорошей IDE

Qt Creator / KDevelop

Смотри в их сорцы. Особенно в сорцы первого, там вообще простенький main, который загружает so'шки-плагины.

http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/src/app/main.cpp

Плагинами там реализовано всё, включая редактор и парсер C++.

Codelite

на C/C++ нет ни одной полноценной, хорошей IDE

QtCreator - полноценная среда для Qt. Для C++ без Qt не столь хорош, но лучше других линуксовых вариантов. Исходники QtCreator открыты, на хабрахабре есть статьи на тему создания плагинов для него, хоть и не очень глубокие. Хотя плагины для QtCreator - это скорее способ разделения кода самой среды на независимые модули, чем способ расширения среды сторонними разработчиками.

Sublime Text

Использует гугловскую библиотеку Skia для рендеринга, это оригинально и разумно. Хорошо реализованный текстовый редактор, но без интеграции с инструментами разработки на уровне, который дают IDE.

У меня ide на java не тормозят, но в любом случае стоит задуматься на тему почему на c++ нет ide.

Потому что гномерам западло думать о совместимости своего кода с QtCreator. Проект KDE предпочитает работать над KDevelop, а не улучшать плохо подходящие для них части QtCreator вроде модуля для работы с CMake. Ну и остальные линуксовые проекты также игнорируют QtCreator, и в лучшем случае делают что-то своё. Только Canonical идёт верным путём...

Для QtCreator товарищь пилит(пилил?) плагин, позволяющий подгружать плагины на скриптоте (js/qml).

А зачем ты спрашиваешь? У тебя праздный интерес, или хочешь как то приложить полученные знания?

Я вот считаю, что у современной IDE не должно быть привязки к gui. Но пока что современных IDE нет в свободном доступе, есть только запчасти.

Скажем так, состояние современных IDE заставляет меня грустить. Но пока я спрашиваю это, что бы понять, что с этим делать. Пока что я не готов пилить идеальную IDE , но не уверен, что в ближайшее время не попробую.

Разделяй и властвуй ;)

Можно взять не идеальную иде и растащить её на кусочки, главное отделить мух от котлет.

Нужно не

пилить идеальную IDE

А

допиливать идеальную IDE.

Вот потому-то и нет в Linux IDE, сравнимой с теми же MS Visual Studio/XCode. Потому что религия мешает взять что-нибудь одно и допилить до убер-вменяемого состояния. Но не же, будем своё с нуля писать! Geany? Да в печь его, надоел. Делаем скорее Gnome Builder. KDevelop? Блин, он какой-то неповоротливый. Давай от него отпилим C++-парсер и на его основе IDE замутим. Назовём как? Qt Creator! И т. д.

состояние современных IDE

А что для тебя современное IDE? На какой уровень ты ровняешься? У каждого своё понятие на этот счёт. Кто-то и emacs, оплетённый макросами юзает и в ус не дует.

Я вот считаю, что у современной IDE не должно быть привязки к gui.

WAT???

Гуй должен быть съемным, а модель кода, проекта и настроек, сессий и т.д. должны быть отделенны и общаться исключительно через документированные и широкодоступные интерфейсы.

Ну это как по мне.

ага, только вот то все кроме гуя — это по большому счету билд система, а она и так почти во всех IDE либо «съемная», либо «опционально внешняя». а само IDE — это практически и есть гуй. но это IMHO.

Не скажи...

• Модель кода (для всякого рефакторинга и референсов)
• Модель проекта (для поиска по файлам, для предоставления инфы модели кода)
• Модель сборки
• Модель анализа (статического например)
• Модель различных метапараметров, требующихся для других подсистем

Гуй нужен только как набор вьюх для всех этих вещей. Всякие cloud9IDE это как бы осознали, но запилили всё равно не очень.

Единственное что плохо укладывается в эту концепцию - это отладчик. Но возможно надо просто до осмыслить.

UPD. Кстати если посмотреть код того же qtc - там эти подсистемы достаточно четко выделенны, только интерфейсы между ними слишком жесткие и слабодокументированные. Судя по тому, что позволяет делать тот же eclipse (всякие eclim и иже с ним), то там тоже такой подход архитектурно заложен.

то что ты описал — это не IDE, а отдельные разрозненные модули, из которых, теоретически, можно собрать IDE.

а IDE — это как раз готовый результат.

отвечу по пунктам, на примере вижуалов

Модель кода (для всякого рефакторинга и референсов)

делается внешними модулями, такими как VAX и resharper.

Модель проекта (для поиска по файлам, для предоставления инфы модели кода)

то же самое

Модель сборки

прикручивается любая модель сборки, а встроенная вполне может использоваться как headless.

Модель анализа (статического например)

не сталкивался, но наверняка будет тот же результат — внешние модули.

Модель различных метапараметров, требующихся для других подсистем

слишком абстрактно.

Единственное что плохо укладывается в эту концепцию - это отладчик.

почему? он практически везде (кроме, видимо, тех же вижуалов) реализован в виде отдельного процесса^Wпроекта^Wнутыпонел — gdb или lldb типично.

Ну дык.

Об том собственно и речь. Просто интерфейсы везде свои, а нужно что то типа freedesktop'ных только для IDE (ну и желательно, не через D-Bus :)).

Тогда те, кто шарят в юзабилити, смогут спокойно отрываться на гуях, не дергая тех кто шарит как запилить бэкэнд.

Я не говорю, что сия архитектура нигде не используется, я говорю, что она используется не на всю катушку :)

Ту же студию через её com интерфейсы, можно почти полностью упаковать в другой гуй, однако учитывая используемые технологии а следственно и неважную переносимость, это решение плохо масштабируется и не пышет открытостью. А интерфейсы того же qtc - вообще можно заюзать только из qtc.

ты сначала придумай, зачем студию упаковывать в другой гуй. я что-то пропустил, и в природе существует IDE с гуем лучше, чем в вижуалах?

что в gui студии делает ее лучше других?

Ой вот не надо:) На вкус и цвет...

Как по мне, с точки зрения юзабилити студия - у.г. к 2015 версии оно немножко облагородилось, но не сильно.

Хуже только стремящийся на неё походить Code::Blocks.

Но это моё субьективное мнение :)

что в gui студии делает ее лучше других?

перечислите весь список других, пожалуйста.

Как по мне, с точки зрения юзабилити студия - у.г. к 2015 версии оно немножко облагородилось, но не сильно.

ну у них это наплывами. я в основном 10кой пользуюсь. вижуалы 4,5,6 были офигенные, потом их не знаю сколько раз делали то лучше, то хуже. 8 и 10 мне вполне нравятся. 15 RC установлен, но я им всерьез не пользовался. то что было между оригинальным vs.net (2001?) и 2005 — я уже плохо помню, но некоторые баги забыть трудно :)

тем не менее, сомневаюсь что даже сейчас есть другие IDE, сравнимые с тогдашними версиями студии :)

Как реализуется такая ограмная расширяемость с помощью плагинов и скриптов.

P.S. Желательно информацию на примерах C++.

Пишешь на c++ лисп, пишешь на лиспе ide, profit.

А чем интерфейс в студии хорош, когда я в нём даже ШГ побороть не могу? А темную цветовую схему он только с 13 версии может более-менее использовать.

Я пока пользовался в основном студией тоже так думал.

Но как только хотя бы на эклипсе посидишь, даже несмотря на его прожорливость и неспешность, ощущения что пользуешься нормальной штукой а до этого терпел боль - неизгладимые. Особенно для кросс - платформы.

Важное уточнение: мои наблюдения касаются исключительно крестов.

Ну и о5 же это всё субъективно, многие считают msvc лучшей ide для плюсов. Мне там нравиться только отладчик, вот он там лучший и по моему.

И это попробуй хотя бы 12ую (она совместима с солюшнами от 10ой без их конвертации) она пободрее будет ощутимо. Что бы осталась совместимость с 10ой надо оставить 10ую установленной. Для версий выше, тоже правило вроде как действует, но я не проверял.

Студия хороша только для C#.

да хоть одной eclipse

с 12-ой.

По поводу косяков юзабилити - их там море, начиная с окна настроек :)

Особенно меня доставляет отсутствие возможности собрать проект помеченный как «для запуска». Нужно сначала открыть файл из этого проекта, только тогда что то похожее можно провернуть - очень приятно когда в солюшне под сотню этих проектов, и правишь ты какие нибудь кишки а пускаешь тест...

Но как только хотя бы на эклипсе посидишь

у меня наоборот — от эклипсы такое отвращение, что отказался от нее в пользу вима. но я ее только для жабки использовал, для крестов не приходилось.

И это попробуй хотя бы 12ую (она совместима с солюшнами от 10ой без их конвертации) она пободрее будет ощутимо.

наш проект в данный момент не совместим с 12й, но вроде ведутся какие-то работы по апгрейду. в этом году, вероятно, перейдем сразу на 15.

А чем интерфейс в студии хорош, когда я в нём даже ШГ побороть не могу?

в вижуалах ШГ чем-то отличается от остальной оси? не замечал. видимо, версия вижуалов >10.

А темную цветовую схему он только с 13 версии может более-менее использовать.

я пользовался темной темой в редакторе кода еще в 6х вижуалах, если не путаю. но мне пофигу, я светлую тему предпочитаю.

да хоть одной eclipse

у меня опыт работы с эклипсой ограничивается только разработкой под андроид на жабе, и это ужасно. во всех отношениях. не понимаю, как это говнище можно с няшными вижуалами ставить в один ряд. но я допускаю, что для крестов и c# есть какой-то другой эклипс. просто не приходилось сталкиваться.

12 прошла мимо меня.

Да. Ты поставь растровый шрифт - terminus вместо векторного и узнаешь. Можешь даже в 13 ставить.

я пользовался темной темой в редакторе кода

Окошко тоже тёмное было? Или всё же белое?

наш проект в данный момент не совместим с 12й, но вроде ведутся какие-то работы по апгрейду. в этом году, вероятно, перейдем сразу на 15.

Не, ты не понял, она умеет в режиме совместимости. Не надо ничего апдейтать, ток солюшн будет чуть дольше грузиться.

Просто на открытии скажи, на вопрос «Апдейтнуть файлы проекта?» -«не, не надо, и так норм»

Просто добавь Elisp

Системы плагинов

OSGi.

</thread>

Да. Ты поставь растровый шрифт - terminus вместо векторного и узнаешь. Можешь даже в 13 ставить.

без проблем, давай линк на растровый терминус под венду, и говори, между чем и чем ШГ сравнивать.

Окошко тоже тёмное было? Или всё же белое?

само окошко было в теме оформления самой венды (которую даже в те времена можно было делать темной).

Не, ты не понял, она умеет в режиме совместимости. Не надо ничего апдейтать, ток солюшн будет чуть дольше грузиться.

все несколько сложнее. не хочу вдаваться в детали, но над проектом миграции с vs2010 на более поздние версии у нас работает целая команда разработчиков на фултайме, и уже не первый месяц :)

Ох, даже представить страшно в чём может быть проблемма...

Я бы тогда на вашем месте мигрировал бы таки на CMake сразу :)

Не я теперь сильно заинтригован, чем таким можно оказаться прибитым к конкретной версии студии (да ещё и 2010) что оттуда никак не свалить?

Я бы тогда на вашем месте мигрировал бы таки на CMake сразу :)

у нас сейчас смесь патченного jamplus с тонной перл-скриптов.

другая команда занимается постепенной миграцией на gradle, но это еще много лет займет (там сам gradle допиливать надо). а cmake вообще не рассматривается, т.к. он от наших потребностей слишком далек.

проблема с миграцией на новые вижуалы (насколько я знаю) не столько в системе сборки, сколько с необходимостью апргейдить тонны мидлвари на сборки под новые вижуалы.

Какой то вы рокетсайнс пилите. Не могу представить, для чего можно заюзать грейдлы, анты и прочее громадьё, кроме как для опакечивания под оффтопик.

не, всего лишь 3д движок.

Если не секрет какой у вас кодебейз по обьёму(интересует порядок)?

если будет время, и не забуду, завтра померяю.