C++ vs D

[SASA]

как можно расширения называть "костылями"? как можно QVector называть "костылём"?

Я про moc. Это уже сложно назвать расширением языка.

[ритт]

какое отношение moc имеет к языку?
MetaObject Compiler - где хоть слово про язык? может и qscript - костыль к языку?

[Eldar]

Самое прямое отношение. В С++ нет ключевых слов slot и signal. А moc - это костыль, если бы имелись делегаты - необходимость в нем бы отпала.

[Rcus]

Если бы немного почитали доки по Qt то нашли бы объяснение существованию moc.
Систему слот-сигнал можно реализовать без кодогенератора при помощи шаблонов (пример boost::signals), правда там тоже есть свои нюансы

emit/slots/signals это макросы, а не ключевые слова, если посмотреть по хедерам можно найти определения
а если прописать в .pro файл "CONFIG += no_keywords" то и их не будет (будут "правильно" именованные макросы).

[Eldar]

Код:

Систему слот-сигнал можно реализовать без кодогенератора при помощи шаблонов (пример boost::signals), правда там тоже есть свои нюансы

Ньюансы это мягко сказано. Наверняка вы смотрели хоть раз исходники буста. И как впечатления?  Сама элегантность. Никто не говорит что что-то невозможно сделать на С++. Просто для подавляющего большинства задач на сегодня есть средства намного превосходящие его.

[ритт]

да что за безосновательно засирание? исходя из такой логики, я тоже могу сказать, что D - костыль к C!
moc - костыль...костыль к чему? делегаты в д позволяют вызывать методы по имени класса? а сконструировать сущность класса по его имени можно через делегат? а вызвать статический слот класса, не имеющего ещё ни одной сущности, можно?
всё ещё думаешь, что moc имеет "Самое прямое отношение" к Си?!

кстати, может и QTranslator - костыль? почему бы языку не иметь встроенной возможности интернационализировать литералы?!

[ритт]

Наверняка вы смотрели хоть раз исходники буста. И как впечатления?

один из факторов, определивших судьу буст как отдельного проекта...

[Eldar]

кстати, может и QTranslator - костыль? почему бы языку не иметь встроенной возможности интернационализировать литералы?!

Путаете, QTranslator как и gettext - это вызовы обычных функций. В каком языке программирования вы видели встроенную поддержку l10n?

Насчет вызова метода по имени - это уже рантаймные возможности. В С++ нет кодогенерации, имхо эти мелочи не имеют решающего значения. По поводу генерации сущности по имени класса - вроде в D это можно, надо уточнить.

[pastor]

Присоединияюсь к вопросу Константина (на который ещё нет ответа):

С чего взяли, что moc это костыль? И костыль к чему?

[Eldar]

Это дополнительная языковая конструкция. В других языках в ней необходимости нет(python - pyQt хотя бы взять, там никого moc не нужно). Более тратить свое время повторяя сказанное я не намерен.
А ребята из trolltech проделали действительно потрясающую работу по совершенствованию С++. Иначе вы бы не общались на этом форуме, а возможно бы уже давно использовали C# или что-то подобное.

[pastor]

Это дополнительная языковая конструкция.

Но не кастыль же )))) Нужно как-то отперделиться с понятиями. А то по-вашему получается - все что не относиться к языку как таковому - кастыли. STL - кастыль, Phobos и Tango - тоже кастыли (а это ваще обсурд! зачем нужны две стандартные библиотеки?) Это бы я и назвал кастылем:

Phobos поставляется вместе с компилятором, обычно эта библиотека используется новичками. Большая часть программистов использует Tango.Существование двух разных стандартных бибилиотек создаёт некоторые трудности. Для того чтобы решить проблемы с бибилиотеками был запущен проект Tangobos. Tangobos - обёртка Tango, дающая программисту интерфейс Phobos.

Это не костыль?

Иначе вы бы не общались на этом форуме

Позволю себе заметить вы бы тоже )))

[pastor]

Кстате, а D дружит с 64 битной архитектурой? Прочитал что есть поддержка 16? и 32 бит архитектуры. Про 64 ничего не сказано.

[Eldar]

Только С и С++ не имеют нормальной поддержки строк среди популярных языков программирования. Это хорошо или плохо?
Насчет фобоса и танго - здесь немного другая ситуация. Фобос - это стандартная библиотека от автора языка, но она по возможностям достаточно скудная. Как альтернатива сообществом разрабатывается гораздо более богатая и функцинальная tango. Tangobos - костыль, но для тех кто переходит с фобоса на танго для временной совместимости с существующим кодом. Но и он скоро уйдет в прошлое, так как обе библиотеки будут использовать общее runtime ядро. Назначение библиотек разное немного. фобос это минималистичный вариант, созданный скорее для обкатки новых возможностей. D следует использовать с танго.
Да и взять С++ фобос и танго - это то же самое что и std:: и QtCore. Qt это намного больше чем ГУИ библиотека. Это самодостаточная платформа.
Да и смысл этой ветки вообще не понятен. Те кто заинтересовались - посмотрят и сделают выбор. Многим не подойдет Ди из-за малой степени развития инфраструктуры, в отличие от С++ да и справедливо, что существующие проекты никто не будет переписывать. Я начал писать свой проект с нуля, поэтому я могу выбирать. Использовать С++ большой необходимости у меня нету.
64 битная архитектура компилятором dmd не поддерживается и врядли когда-нибудь будет. компилятор в llvm будет иметь эту поддержку(для линукса практически доделали, для win - в процессе).

[pastor]

64 битная архитектура компилятором dmd не поддерживается и врядли когда-нибудь будет. компилятор в llvm будет иметь эту поддержку(для линукса практически доделали, для win - в процессе).

В данный момент компиляторы D сливают компиляторам С++. 32 уже устаревшая платформа (про 16 молчу).

[ритт]

млять, ну, решили ведь уже, что std:: - не костыль! к чему опять про строки?
я хочу увидеть хоть один сложный тип данных с Си - покажите мне его! так почему строки должны быть исключением?! есть char* - чем не строка? ах, работать неудобно...тогда подключай std::string. или тоже неудобно?