Но почему, остается почти голый компилятор КП и ББ, как нестандартная IDE (почти тоже что и в случае использования "джентльменского" набора от XDS для этой цели).
Хотя , конечно, припоминаются в этой связи щенячьи восторги Ильи по поводу "совершенства архитектуры фреймворка ББ" в коровнике ( в основном, потому что усомнившихся в этом гражданин эцилоп банил, а посты их резались).
Фреймворк ББ - для настольных приложений. И для этапа разработки.
(Если "почти то же", то попробуйте чем-нибудь расширить тот же закрытый XDS, или вон Visual Studio. Напишите какой-нибудь элементарный плагинчик, шоб прочувствовать. Когда-то в 2005-м, когда только мы начинали использовать ББ, была возможность сравнить с написанием плагина для C++ Builder).
В высоконагруженных приложениях идёт другой режим работы с памятью - и вещи, написанные в расчёте на автоматическую сборку мусора, не катят. Про что здесь много говорят Сергей и Алексей. И многие, решающие подобные задачи, сейчас приходят к этому пониманию.
Идёт закономерный виток спирали развития - "отрицание отрицания", ручное управление, но на новом уровне, в герметичном языке.
Поскольку это даже в самом хорошо спроектированном случае несколько усложняет программирование, то для настольных нужд нет никаких причин отказываться от GC. И там Framework применим. Для тех же CASE-инструментов.
