Что менее монструозное в 2020 как библиотека: Qt или GTK для C++ разработки чисто под linux?

о каком конкретно коде на C++ идет речь? а то непонятно что у тебя там no-op во время компиляции.

Сишечка не котируется. Сделать то можно, но не будет статической типизации и проверок в compile-time. Нет шаблонов, а значит будут портянки, макросы и каст туда сюда в void*. Говнокодить в рантайме можно и на жабоскрипте или ruby. Не убедил.

так я и не убеждаю писать на сишечке. я утверждаю, что кресты еще ущербнее, т.к. в них кроме ущербной и бесполезной объектной системы ничего нет - остается та же сишечка.

Говнокодить в рантайме можно и на жабоскрипте или ruby.

плохой пример на самом деле. плохо стараешься. есть и компилируемые языки с нормальным рантаймом, типо-безопасностью и адекватной объектной системой.

Стабильный ABI результат не каких-то особых усилий архитекторов сишечки. Просто она анскильная. В ней нет хитрых штук, которые потребовали бы сложный ABI. За всю свою историю сишечка так и не обросла фичами. А тот немногий синтаксический сахар, что появился, не требует вмешательства в ABI. Не убедил.

Стабильный ABI результат не каких-то особых усилий архитекторов сишечки. Просто она анскильная.

хрень собачья. вон в кланге люди напряглись, и запилили стабильный ABI для свифт. но ты конечно скажешь что кресты 4ever, а свифт недоязычок, т.к. кроме крестов видимо ничего не грыз.

Примеры в студию, пожалуйста. Надеюсь, эти языки прошли проверку продакшеном и широко используются? Нишевые хипстерские язычки по типу растишки не в счёт. Лиса, которая занимает 3% (или сколько там) браузерного рынка не считается. Вот когда линукс на нём перепишут, тогда и поговорим.

про растишку согласен кстати.

Примеры в студию, пожалуйста.

наиболее продакшеновый пример, который приходит в голову, я выше озвучил. наверняка есть и другие.

о каком конкретно коде на C++ идет речь?

class DataIO
{
public:
	virtual size_t Read(char *data, size_t size) = 0;
	virtual size_t Write(const char *data, size_t size) = 0;
}

class StreamIO
{
private:
	FILE *fStream;
	
public:
	StreamIO(FILE *stream): fStream(stream) {}
	
	size_t Read(char *data, size_t size) override
	{
		return fread(data, 1, size, fStream);
	}
	
	size_t Write(const char *data, size_t size) override
	{
		return fwrite(data, 1, size, fStream);
	}
}

void Do(DataIO &io)
{
	const char *str = "This is a test";
	io.Write(str, strlen(str)); // DataIO приводится к StreamIO без dynamic_cast
}

int main()
{
	StreamIO io(stdout);
	Do(io);
	return 0;
}

swift

Появился в 2014. Если бы они не осилили стабильный ABI, то это было странно. Кресты по старше будут.

то, что твой пример кастует char * в void * неявно, я так понимаю не считается? где в этом примере вообще наследование?

// DataIO приводится к StreamIO без dynamic_cast

не приводится, видимо ты где-то напортачил, и типо-безопасность не спасла. DataIO и StreamIO в этом примере не наследуют вообще ничего.

Появился в 2014. Если бы они не осилили стабильный ABI, то это было странно. Кресты по старше будут.

где логика? ах да, крестовики…

создание новых классов в рантайме.

В Haiku это есть: https://www.haiku-os.org/legacy-docs/bebook/TheSupportKit_Functions.html#instantiate_object.

это создание объектов, обыкновенная фабрика. я написал классов. разница вообще-то есть :D

Правка: «class StreamIO» -> «class StreamIO: public DataIO»

Ну вот не надо про ущербность. Нормальное там ООП. Не идеальное в академическом смысле, но вполне подходит для решения поставленных задач. Метапрограммирование. В крестах есть метапрограммирование. Я сейчас пилю один проект и меня это очень спасает. Без этого пришлось бы писать кучу лишнего кода. С шаблончиками всё выглядит красиво и компактно.

В крестах есть метапрограммирование.

у крестового метапрограммирования есть фатальный недостаток.. 1 файл компилируется несколько минут, и никто не может понять что в нем написано (true story)

то, что твой пример кастует char * в void * неявно, я так понимаю не считается?

Не считается. Это взаимодействие с API библиотеки и к ООП отношения не имеет.

где в этом примере вообще наследование?

Выше исправлено.

про твой пример с автоматическим приведением типа: да, в си этого не будет. будет аналог dynamic cast. опять же, с поправкой на то, что никто в здравом уме не будет делать на си ущербную объектную систему похожую на кресты, в которой преобразование типа объекта это каст указателя. если эмулировать кресты - будут касты указателей, естественно.

Не считается. Это взаимодействие с API библиотеки и к ООП отношения не имеет.

а выше кто-то писал, что можно на крестах писать код без кастов указателей вообще. вы там разберитесь между собой…

Без этого пришлось бы писать кучу лишнего кода. С шаблончиками всё выглядит красиво и компактно.

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

с поправкой на то, что никто в здравом уме не будет делать на си ущербную объектную систему похожую на кресты

А как будут? Покажи как правильно.

То есть любители Си ещё и агрессию контролировать не умеют. Надеюсь, что полиция найдёт их и посадит (УК РФ Статья 116).

А как будут? Покажи как правильно.

из готового можно посмотреть на рантайм objective c - какая-то дремучая реализация наверняка есть в опенсорсе, и ее вполне хватит, чтобы оценить средневековость крестов, например.

написано на си, и повторить нечто подобное очень просто.

То есть любители Си ещё и агрессию контролировать не умеют. Надеюсь, что полиция найдёт их и посадит (УК РФ Статья 116).

я не любитель си, считаю его дико устаревшим и отсталым. но писать, конечно, приходится - за отсутствием лучших вариантов на том же линуксе. не на крестах же хреначить, в конце концов.

ах да.. на крестах я тоже пишу. по работе приходится (хоть и редко в последние 10 лет).

Надеюсь, что полиция найдёт их и посадит (УК РФ Статья 116).

надеюсь, с возрастом детектор сарказма прокачается.

создание новых классов в рантайме.

Да, в Скалочке это легко делается на трейтах. Вот плюсеры сядут в лужу.

угу. кстати, еще один прелестный пример – возможность изменения класса у объекта прямо на лету :D

кстати, всякие скалочки с жабочками и шарпиками я умышленно пропускал, т.к. будет нечестное сравнение. они таки не совсем (или совсем не?) компилируемые. там есть всякий JIT и даже иногда своеобразный AoT, но они не так интересны в контексте сравнения с крестами.

пора спать, поэтому добавлю «last but not least».

многие наверное подумают «а нахрен все это надо – манки-патчинги/свиззлинги эти ваши, и создание классов в рантайме – изврат же!»

у этого, как ни парадоксально, есть практическое применение – диагностика, отладка и создание mock-классов. такое даже в адекватных языках не везде доступно. а в крестах и подавно. можно конечно обойти костылями, но на то они и костыли.

Не уходи с Qt. Простая, на все случаи жизни. при необходимости в будущем сможешь легко опять для винды сборку сделать.

создание классов в рантайме – изврат же

Конечно изврат. Если хочется большего изврата, то можно генерировать код па C++, вызывать компилятор и динамически загружать полученный результат. Можно даже библиотеку для всего этого сделать.

Конечно изврат. Если хочется большего изврата, то можно генерировать код па C++, вызывать компилятор и динамически загружать полученный результат.

именно это и делают при использовании языков с менее продвинутыми объектными системами – попадает в категорию костылей.

Можно даже библиотеку для всего этого сделать.

библиотеку – это само собой. mocking frameworks как бы и есть библиотеки. они либо в рантайме делают, если есть технические средства (обычно для языков исполняемых в VM), либо код генерируют (кресты и свифт типично).

о, мне еще один «изврат» вспомнился, хотя по большому счету это рефлексия… которая уже упоминалась. можно обращаться к классам или например вызывать методы по именам (из строк). очень забавные архитектуры получаются. но на самом деле очень полезная фича для прикрутки гуя к коду. ее кстати Qt и Glade как раз костылят кодогенерацией :) точнее, новый глейд уже умеет и без костылинга, но раньше так было.

Хотя юзал из всего набора минимум - окна, кнопки и иконки.

Ну и расскажи как в приложение добавить иконку в интерфейс (не на кнопку) QPixmap такую чтобы она была DPI Aware из SVG файла.

Название QPixmap подразумевает, что это растровая картинка. Можно использовать QSvgWidget или QIcon.

Несколько минут это всё равно быстрее, чем писать кучу повторяющегося кода без шаблонов.

1 файл компилируется несколько минут

Это не баг, это фича. Можно сгонять чай попить. Компилируется же.

Фантази от неосиляторов шаблонов. Я систематически обмазываю код шаблонами. Брат жив.

Ерунда, все что угодно можно написать адекватно и без шаблонов. Например, можно адекватно написать кодогенерацию, будет и код понятный, и во время компиляции - как и метапрограммирование, и не придется ждать пока компилятор шаблоны распарсит.

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

Вот именно что QIcon(":/file.svg").pixmap(64, 64) вернет QPixmap DPI Aware 128px для QT_SCALE_FACTOR=2. А сам QPixmap ничего не знает про DPI, хотя попытки запихать в него были аж в Qt 4.7 но забросили. Тащить QSvgWidget как картинку в интерфейс это через чур, его и рисовать нужно вручную.

Я не думаю, что ты в курсе моих знаний. Так что я продолжу клеймить неосиляторов неосиляторами.

Но я вполне в курсе :-) мне достаточно

Нынче в моде электорн и прочая веб мазня. А так как Qt содержит QML, то Qt предпочтительнее.

Ну и пусть. Будет форк кути и кутя в виде форка наконец-то станет нормально развиваться.

Ты конечно чувак толковый, но читая этот тред я начинаю волноваться за судьбу моего любимого плеера.

ЗЫ

C# и Java (про последнюю я не сильно уверен, так как ничего серьёзного на ней не делал) в плане удобства и логичности, а также «правильности и крутости» языка порвут и C++ и C с растишкой, но, к сожалению, заменить их не смогут по понятным причинам в виде стековой машины.

они таки не совсем (или совсем не?) компилируемые

Очень даже компилируемые, чем байт-код JVM принципиально отличается от любого другого набора команд?

как минимум тем, что в нем нет инструкций для работы с памятью/указателями, зато есть инструкции для создания объектов и вызова методов :)

Нынче в моде электорн

ну это в вашем виндузоидном манямирке, а на линуксе этого нет