Evgeny_CD, Архитектор (09.06.2008 16:25, просмотров: 175) ответил bialix на в целом такой (или похожий) подход предлагает и IAR с ихними визуал конфигураторами процов. Не помню как называется. И для Cygnal похоже какой-то wizard имеется. Так что мне кажется ваша идея неоригинальна. К тому же совсем непонятно как оно будет
Все немного не так. Но ссылка супер! Хотя, если отделять "интерфейс от реализации" раскрытие идеи не есть раскрытие плана :) Вопрос в разделении труда. Квалифицированный программист кодит, человек меньшей квалификации, но педантичный до ужаса, набивает XML. Еще один такой педант протом проверяет.
Дело не в желании перескакивать с камня на камень, а в принципиальной свободе от проблем такого перескока. Надо будет - перескочим не напрягаясь.
Кодогенератор не так и сложен, в моем понимании. Собственно, тут два варианта.
1 вариант
* Кодогенератор типа "copy/paste" Почти любой редактор умеет запустить внешнюю прогу с параметрами и прочитать ее выход.
* во внешней проге происходит работа с этим XML, создаются иерархические списки выбора, генерятся нужные параметры инициализации
* прога кидает в stdout то, что редактор читает и кладет по месту расположения курсора
2 вариант - полноценный кодогонератор типа cog, templarian. К редактору никакого отношения не имеет. Любой редактор, позволяющий запустить компилятор, запустит и кодогенератор.
Насчет раскрытия планов вот какая штука.
Я согласен с автором по ссылке, но! Когда я обсуждаю методы, а не планы, у меня есть шанс обогатиться "коллективным разумом" (ну и обогатить его - я не против). Глубокоуважаемый bialix, сколько один только Вы подсказали мне "нового и интересного", что сэкономило просто годы моего труда. Так что методы обсуждать надо, иначе можно весь "пар" спустить на изобретение велосипеда.