В более удобоваримом виде. ) 
Ну наслушался я Завлишина.
Кстати, интересно, а почему провалилась эта идея?

Интересно вот что в IDEs для .NET, Java и QT.
Предположим, что программист переходит с одной библиотеки компонент на другую.
Нужно в пакетном режиме на форме заменить однотипные компоненты или лучше сразу во всем проекте, или в видимых в данный момент формах.
Например, раньше использовали стандартные, а теперь переходим на какую-то другую библиотек компонент.
Скорее всего, большинство названий, а также типы свойств и событий будут совпадать, поэтому их значения тоже должны "переехать".
И чтобы с минимальными потерями!

А при чем тут IDE?

Akella, в Qt при переименовании в дизайнере элемента - приходится заново слоты создавать.
В JavaFx не знаю как, но для idea скорее всего xml и java файл рефакторятся вместе (не работал я с ним), для популярных фреймворков есть глубокая поддержка. Плюс так как это всё текстовые файлы в проекте, idea сама предлагает варианты при переименовании..
Ну а для swing всё в коде.
Да и вообще, а что такое компоненты? Вроде в jsf есть. Но она нелюбима разработчиками...
Библиотеки чаще всего используют интерфейсы. Для этого существуют умные слова, которые почему-то боятся другие программеры(JPA, JNDI...). Например, сервлет (стандартный) запускается на любом контейнере. Теоретически различия только в деталях и некоторых конфигах.

Что-то ты не в ту степь полез.

Добавлено через 6 минут и 2 секунды
https://itunes.apple.com/en/app/profund/id648519668?mt=8
на Delphi + Firemonkey в appstore лежит медицинский калькулятор риска.
Для iPad/iPhone

Серьезно? Вы что путаете. Если я переименую объект QToolButton из tbtMyTool1 в tbtMyTool2, то никаких слотов мне создавать заново не придется. Места, где использовалось старое название объекта, мне заботливо подскажет компилятор.

Guinness, вчера делал, мб руки кэшно кривые.

Добавлено через 1 минуту и 1 секунду
Akella, каждый о своём.. ;)

Вы скорее всего не о том говорите. Проблема, скорее всего, связана с изменением сигнатуры сигнала или слота. Т.к. в методе connect правильность их сигнатуры на этапе компиляции не проверяется. И проверить ее можно только по запуску программы, с помощью assert`ов или других способов отладки.
Это, конечно, неприятно, но терпимо. Зато туда необязательно передавать имена методов класса, можно вместо сигналов использовать любые строки, к примеру.

Guinness, фигово, что при таком простом изменении, как имя, приходится доделывать ручками. Это приводит к тому, что имена присваивать приходится уже на этапе расстановки элементов. (

Какие имена? Если объектов, то компилятор Вам подскажет, где нужно поправить. Если про сигналы и слоты - используйте assert`ы.
Да и странно это, не присваивать нормальные имена визуальным объектам на этапе расстановки их на форме.

Сразу не удобно, потом или забывается или торопишься.

И они, переименовывая вручную переменные, будут еще на Delphi наезжать. Не смешно даже.

Честно говоря, Вы уже утомили своим отношением к C++. То, что Вы не смогли его освоить и писать на нем нормальные программы, проблемы исключительно Ваши. И кто Вам сказал, что я это буду делать вручную?
До этой темы я даже не знал, что на Дельфи ещё активно пишут. Для меня это открытие. Но то, что Вы пишите здесь, за редким исключением, вызывает исключительно негатив по отношению к Дельфи и к тем людям, которые на нем пишут. 
Так что как человек незнакомый с Дельфи и Паскалем, после прочтения этой темы, я бы ни за что не сел бы его изучать.

Да забей, он эту фразу в разных вариантах пишет каждый раз, когда сказать нечего.

Что, таки совсем незнакомый? А в школе, в универе - сразу был С++?

Это сообщение отредактировал(а) Pawl - 25.5.2013, 11:13