История изменений
Исправление EXL, (текущая версия) :
Я зная CocoaAPI могды реализовать Cocoa-фронтенд...
Но, например, ты бы не стал этого делать и вместо хоть какой-то версии для macOS пользователи этой программы получили бы тыкву, если бы автор сделал только версии под какой-нибудь WinAPI и GTK+
что в него кроме возможностей по реализации интерфейса, понапихали всякого хлама, дублирующего стандартные библиотеки.
Таки это фреймворк, а не просто графический тулкит, как GTK+. На роль тулкита может сгодиться связка QtGui + QtWidgets и никто не заставляет завязываться на Qt полностью. Большинство часто используемых классов вроде QString или QVector конвертируются во всякие там std::string, c_str или std::vector.
Исправление EXL, :
Я зная CocoaAPI могды реализовать Cocoa-фронтенд...
Но, например, ты бы не стал этого делать и вместо хоть какой-то версии для macOS пользователи этой программы получили бы тыкву.
что в него кроме возможностей по реализации интерфейса, понапихали всякого хлама, дублирующего стандартные библиотеки.
Таки это фреймворк, а не просто графический тулкит, как GTK+. На роль тулкита может сгодиться связка QtGui + QtWidgets и никто не заставляет завязываться на Qt полностью. Большинство часто используемых классов вроде QString или QVector конвертируются во всякие там std::string, c_str или std::vector.
Исходная версия EXL, :
Например, автор написал бэкенд и Qt-фронтенд. Я зная CocoaAPI могды реализовать Cocoa-фронтенд...
Но, например, ты бы не стал этого делать и вместо хоть какой-то версии для macOS пользователи этой программы получили бы тыкву.
что в него кроме возможностей по реализации интерфейса, понапихали всякого хлама, дублирующего стандартные библиотеки.
Таки это фреймворк, а не просто графический тулкит, как GTK+. На роль тулкита может сгодиться связка QtGui + QtWidgets и никто не заставляет завязываться на Qt полностью. Большинство часто используемых классов вроде QString или QVector конвертируются во всякие там std::string, c_str или std::vector.