SiemarglПётр Седовпропущено...
Язык с garbage collection не может являться полноценной заменой C++.

D может, там выборочно отключаемый GC.

Кроме того, никого почему то не смущает то, что все ОС работают только с GC, еще и сваппируемым =)

Последняя "стандартная" библиотека ( https://dlang.org/phobos/ ) D использует сборщик мусора.
Надо полагать, ты не станешь доказывать, что вполне можно обойтись без нее?

Модератор: Исправил ссылку

SiemarglТоварищ ефрейтор, сдуру можно и муй сломать!
...

Я не понимаю преимуществ наличия GC для языка, который позиционируется "вторым вашим ЯП", если первым языком был C++.
После полного контроля над ситуацией начать надеяться на то, что все сделает какой-то GC и при этом не станет подвешивать вычислительный процесс в критически важные моменты времени?

Хотя, если начать использовать D после питона или явы - то, наверное, сойдет:
https://dlang.org/overview.html#not_for_d
...
Ошибки, связанные с утечками памяти, чаще всего вовсе не в том, что созданный объект перестал быть доступен и при этом не освободил выделенную под него память (такие вещи программистом отслеживаются на автомате).
А, например, в том, что объект был создан, на него создана ссылка из долгоживущего объекта-контейнера, а про созданный объект просто "забыли".
Пример: хранишь ссылки на объекты в хэштэйбле. В процессе работы забываешь очистить табличку, ссылки на объекты физически есть, но они не доступны - например, потому, что у тебя уже нет ключей для доступа к элементам хэштейбла. GC ничего делать не станет, а память пухнет.
...
Ну, ладно. А RAII? Ну вот, создал я класс, инкапсулирующий работу с разделяемыми (и ограниченными по объему) ресурсами операционной системы. Таких ресурсов в системе - немеряно.
Обычно я пишу в деструкторе код освобождения таких ресурсов. А тут деструктор будет вызван фиг знает когда. Вот красота-то. То ли закроется файл, то ли нет. То ли COM сервер завершит работу сейчас, то ли попозже.
"Утечка" открытого файла ничуть не безопаснее для программы, чем утечка памяти.
Ну да, костыли есть. Которые нужно не забыть применять.
Но вопрос - вот нафига?

Владимир2012Товарищ ефрейторА тут деструктор будет вызван фиг знает когда. Вот красота-то. То ли закроется файл, то ли нет.Зачем вы приводите эти и другие подобные этому примеры?
Ни какой супер язык программирования не решит проблему создания плохих алгоритмом и программ.
Поэтому все ваши "доводы" можно перенести практически на любой существующий язык программирования.
Но от этого они хуже не станут ...
Что за ботоподобный стиль общения?
Я как раз говорю о врожденных недостатках именно D.

Anatoly MoskovskySiemarglТам прямой вызов RAII с помощью либо операнда scope, либо аттрибута scope (вот класс с аттрибутом это полный аналог с++ деструкции)
Суть RAII в том что его не надо явно вызывать. Что исключает утечки из-за ошибки программиста.
Реализовать RAII можно только с помощью деструкторов.

А scope(exit) можно и забыть поставить или опечатку в нем сделать. Это не RAII ни в каком виде.
С учетом того что scope - рекомендованная техника взамен RAII, то это значит что D взял курс на массовое использование GC.
Ну значит быстрее умрет ))
D lang, можно сказать - уже умер. Поначалу было много энтузиастов, начаты работы по портирование известных библиотек, строились IDE наподобие известных RAD, начинались новые проекты на D. А потом - бабах, разработчик решил, что D это больше не D, а D1 с потерей совместимости, теперь все будет по-другому, с GC, старая библиотека Tango больше не развивается, будет Phobos, потеряна совместимость.
В итоге народ просто ушел, проекты, начатые на D, спешно переписывались на C++, разработки забрасывались.
Что-то там еще делается, но пик интереса к проекту давно позади.

ИзопропилТоварищ ефрейторОбычно я пишу в деструкторе код освобождения таких ресурсов. А тут деструктор будет вызван фиг знает когда. Вот красота-то. То ли закроется файл, то ли нет. То ли COM сервер завершит работу сейчас, то ли попозже.
в C# нужно своевременно звать Marshal.ReleaseComObject
говнокод получается качественный, проще на c++ писать
Да, я в т.ч. и об этом.

Непонятно, в чем ты усмотрел сходство D с go.