C++ vs D

[pastor]

Насчет фобоса и танго - здесь немного другая ситуация. Фобос - это стандартная библиотека от автора языка, но она по возможностям достаточно скудная. Как альтернатива сообществом разрабатывается гораздо более богатая и функцинальная tango. Tangobos - костыль, но для тех кто переходит с фобоса на танго для временной совместимости с существующим кодом. Но и он скоро уйдет в прошлое, так как обе библиотеки будут использовать общее runtime ядро. Назначение библиотек разное немного. фобос это минималистичный вариант, созданный скорее для обкатки новых возможностей. D следует использовать с танго.

Я так понял вы полагаетесь на стандартные библиотеки. А без стандартных библиотек D юзабелен? Какой функционал предоставляют тандартные библиотеки?

[Eldar]

Я так понял вы полагаетесь на стандартные библиотеки. А без стандартных библиотек D юзабелен? Какой функционал предоставляют тандартные библиотеки?

Как и в других нормальных языках - функционал не относящийся к базовым возможностям языка. За подробностями идите в dsource.org/projects/tango

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

Насчет устаревания 32бит - 64битные ОС далеко не подавляющее большинство сейчас. 64 битный компилятор D уже на подходе. А то что сливает - разница совсем небольшая, и это разница между dmd и gcc. Надо сравнивать с llvm D - это уже совсем другой разговор будет.

[ритт]

asm

[Eldar]

Так что-же вы на асме то не пишете? Почему перешли с асма на С? По той же причине и С++ должен отправиться на свалку истории.

[Пантер]

Так что-же вы на асме то не пишете? Почему перешли с асма на С? По той же причине и С++ должен отправиться на свалку истории.

Не настолько Ди (прогрессивен?) лучше С, чем С лучше асма.
Лучше!=(АСМ==Отстой)

[Eldar]

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

[Пантер]

Если бы от Си до Ди было так же как от Асм до Си, то без вопроса все бы перебежали. Я вот это хотел сказать, если непонятно выразился.

[pastor]

Насчет устаревания 32бит - 64битные ОС далеко не подавляющее большинство сейчас. 64 битный компилятор D уже на подходе. А то что сливает - разница совсем небольшая, и это разница между dmd и gcc. Надо сравнивать с llvm D - это уже совсем другой разговор будет.

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

64 битный компилятор D уже на подходе.

Это весьма расплывчатая фраза. Какая ориентировочная дата выхода? На подходе он может быть неодин год.

А то что сливает - разница совсем небольшая, и это разница между dmd и gcc. Надо сравнивать с llvm D - это уже совсем другой разговор будет.

Когда я употребил слово сливает, я имел ввиду что копиль D не генерит 64 код.

[pastor]

А С++ лезет туда, куда ему уже не следует лезть - где есть более удачные альтернативы.

И в каких местах приемужетво D будет очевиднее С++?

Насчет преимуществ Ди - я скинул еще подборку в конце 3 страницы. Думаю внушительный список.

Список нововведений мал и смысла от этих нововведений также мало. В списке нет очень весомых фактов для перехода на него

[SASA]

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

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

Moc, по сути, есть предкомпилятор. По кучи зарезервированных слов он генерит С++ код. Эти слова являются макросами С++ только для того, что бы нормально компилировался исходный файл. Мето-информация приделана к С++. И приделана, так чтоб ей можно пользоваться средствами C++. Moc это не библиотека, написанная на самом С++. Это внешняя программа.
З.Ы. Костыль – слово не подходящее, даже оскорбительное по отношению С++. Но его ввёл в нашу беседу не я.

[pastor]

Из ассистанта:

The moc tool reads a C++ source file. If it finds one or more class declarations that contain the Q_OBJECT macro, it produces another C++ source file which contains the meta-object code for each of those classes. This generated source file is either #include'd into the class's source file or, more usually, compiled and linked with the class's implementation.

In addition to providing the signals and slots mechanism for communication between objects (the main reason for introducing the system), the meta-object code provides the following additional features:

- QObject::metaObject() returns the associated meta-object for the class.
- QMetaObject::className() returns the class name as a string at run-time, without requiring native run-time type information (RTTI) support through the C++ compiler.
- QObject::inherits() function returns whether an object is an instance of a class that inherits a specified class within the QObject inheritance tree.
- QObject::tr() and QObject::trUtf8() translate strings for internationalization.
- QObject::setProperty() and QObject::property() dynamically set and get properties by name.

It is also possible to perform dynamic casts using qobject_cast() on QObject classes.

[SASA]

А я что не так сказал?

[pastor]

А я что не так сказал?

Дык, а что я вам сказал? о_О

[ритт]

и это ещё из старой документации. в 4.5 метаобъектная система Qt значительно расширится.
кстати, часто ли разработчики расширяют функционал костылей?

[pastor]

Информация взята из последнего релиза (4.4.3)