Вообще вы либо прикалываетесь, либо не понимаете. Я как-то работал со slickedit. Это мощщно, но при открытии штук 40 файлов оно начинало тормозить и глючить. Это и понятно - распарсить текст на теги, провести синтаксический анализ - это половина работы компилятора. Ждать хорошей работы такой штуки на больших проектах от редактора довольно странно.
В моей БД текст изначально распарсен, и даже выстроена иерархия. Редектор оперирует с небольшим объемом данных. Все спрятано внутри БД.
Understand for C++ понравился мне больше всего
https://www.scitoo …s/supportLanguages.php
За вычетом тонкого момента - я не нашел способа удобного создания
своей структуры чужого кода. Кодить в его Perl API мне показалось тоскливо. Т.е. есть человек, он проанализировал чужой код, и хочет написать свою методику его использования - с диаграммамии прочим. При этом сохранить тесную связь с собственно кодом. Вот тут обломись.
Так что ничего на самом деле не готово.
Evgeny_CD, Архитектор (13.03.2012 11:16, просмотров: 97) ответил fk0 на [:||||||:] Если про теги, то современные адекватные редакторы такое умеют. Начиная от red hat sourcenavigator в доисторические времена. А "автоматический синтез исходников" -- попросту бред. Синтезатор вначале написать надо. Исходники-то