Здравствуйте, AlexGin, Вы писали:

AG>MFC в своё время был популярен прежде всего за счёт близости к Windows, и при этом — у него была лекговесность.

Шито?!!111

Наверное, из-за легковесности Microsoft'ского MFC в том же Microsoft родилась WTL


AG>При этом, применение C++ и WinAPI в составе MFC проектов — позволяло делать интересные (на то время) разработки.

На C++ Builder можно было делать не хуже, и я, так-то, делал


Аё>>У Delphi же была ориентация на очень быстрое формошлёпство.
AG>+100500
AG>Да, тикие продукты как Delphi и C++Builder действительно ориентированы на RAD — Rapid Application Development

А сейчас все поголовно пытаются сделать что-то для быстрого формошлепства, но пока не очень получается.


AG>Единственное, что мешает им сегодня — отсутствие кросс-платформенности

AG>ИМХО — именно "проворонив" кроссплатформу — Борланд свернул не туда...

Kylix же.

Имхо, проблема в том, что они сделали CLX вместо VCL для кроссплатформы, а надо было делать кроссплатформенный VCL. И я не вижу особых препятствий для этого — тот же wxWidgets а) использует нативные контролы платформы (как минимум Win/Lin), и, соответственно, на этих платформах аппы выглядят и работают как родные; б) разработка на wxWidgets очень похожа на разработку на MFC или WTL — соответственно, как я вижу, особых проблем сделать VCL под линукс нет.

wxWidgets же, ранее wxWindows, была начата в 92ом году:

Вначале wxWindows был нацелен на Xview и MFC 1.0. Пользователи Borland C++, жаловавшиеся на привязку к MFC, таким образом, стали переписывать программы на чистый Win32. Поскольку XView открывал путь на Motif, то перенос на Motif был запущен весьма оперативно.

В 1997 году новая версия wxWindows 2 API была спроектирована при помощи Маркуса Холзема (который ещё во времена создания рассылки создал Xt-направление wxWindows). Вольфрам Глогер предложил идею портирования wxWindows на GTK, и Роберт Роблинг создал необходимые графические элементы пользователя, адаптированные для GNOME. Он стал основоположником разработки wxGTK, и поныне оставаясь главным специалистом в разработке Unix/Linux-порта wxWidgets.

В 1998 году порт для Windows и порт для GTK были совмещены и выложены под управлением системы CVS. Вадим Цейтлин присоединился к проекту, чтобы поспособствовать разработке огромной части дизайна и кода. Штефан Чомор также в 1998 начал создание порта на MacOS.

1999 год обозначен приходом программиста с именем Вацлав Славик (Vaclav Slavik). Он создал внушительные wxHTML-классы и основанный на HTML просмотрщик справочных файлов.

В 2000 году фирма SciTech Inc. профинансировала начало разработки wxUniversal — собственный для wxWindows набор графических элементов пользователя для использования на платформах, у которых пока что нет никаких графических элементов пользователя.

В 2002 году Джулиан Смарт и Роберт Ройблинг добавили порт wxX11, используя wxUniversal.

В июле 2003 года wxWindows начала запускаться на Windows CE, а Роберт Ройблинг продемонстрировал wxGTK-приложение, запущенное на встраиваемой платформе GPE Linux.

По идее, в wxWindows/wxWidgets уже всё было готово, чтобы взять её за бэкэнд.


Хотя, погуглил, они вроде не заново всё под линукс делали, а заюзали Qt:

В 2001 году Borland реализовал версию Delphi под Linux, названную Kylix. Вместо библиотеки VCL использовалась кроссплатформенная CLX (оболочка для Qt). IDE Kylix базировался на библиотеках Wine.

Тут хз, конечно, что лучше, Qt или wxWidgets, особенно на тот момент. Но я делал когда-то свой фреймворк для гуя в рамках своей плагинной системы, и Win32 и wxWidgets версии у меня получились очень похожими, а вот кутишную версию с ихними сигналами и слотами и мок-компилятором я начал делать, но не осилил до того же состояния, что и версии Win32 и wxWidgets, и моя кроссплатформа собиралась только под Win32 и под Linux c wxWidgets. Qt я думал туда присунуть, чтобы можно было выбирать, какой GUI-бэкэнд нужен под Linux — у кого-то могли уже быть наработки под Qt, а я хотел сделать универсальную либу

Им имхо надо было не переименовывать либу компонентов VCL->CLX (это уже отпугивает), а делать кроссплатформенную VCL, полностью совместимую с предыдущими версиями VCL, чтобы просто открыть старый дельфийский проект в новом Кайликсе и просто его собрать под линукс, это бы не отпугивало неясной по срокам перспективой переделки старых проектов. А то, вон, кхимики до сих пор теперь мучаются.