Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.17.75.227] |
|
Страницы: (56) « Первая ... 49 50 [51] 52 53 ... 55 56 ( Перейти к последнему сообщению ) |
Сообщ.
#751
,
|
|
|
Это надо у korvin спросить. Как-то он слишком тонко пошутил.
|
Сообщ.
#752
,
|
|
|
Думаю, это как-то связано с некромантией
|
Сообщ.
#753
,
|
|
|
Цитата applegame @ Это надо у korvin спросить. Как-то он слишком тонко пошутил. D_KEY всё верно понял. Я просто не ожидал, что ты не знаком с этим персонажем. =) |
Сообщ.
#754
,
|
|
|
Цитата korvin @ Цитата applegame @ Это надо у korvin спросить. Как-то он слишком тонко пошутил. D_KEY всё верно понял. Я просто не ожидал, что ты не знаком с этим персонажем. =) Незнаком. Варя Крофт как-то мимо меня прошла. |
Сообщ.
#755
,
|
|
|
Владение и заимствование в D. Что-то растом запахло
|
Сообщ.
#756
,
|
|
|
Если нормально все запилят, то D будет лучше rust. Но, боюсь, язык это не "спасет", в смысле массового использования.
|
Сообщ.
#757
,
|
|
|
Цитата D_KEY @ Если нормально все запилят, то D будет лучше rust D уже 18 лет, а у него все пилят и пилят |
Сообщ.
#758
,
|
|
|
Цитата D_KEY @ Если нормально все запилят, то D будет лучше rust. Хз. Если выпилят GC и пойдут по тому же пути, что и раст - управление всеми ресурсами, включая память, через деструкторы, то может и смогут выехать на нормальном метапрограммировании. Всё-таки растовское в сравнении даже с плюсовым убогое. |
Сообщ.
#759
,
|
|
|
Цитата OpenGL @ Если выпилят GC и пойдут по тому же пути, что и раст - управление всеми ресурсами, включая память, через деструкторы Ну опциональный GC нормальная идея. Сейчас они выпиливают(или уже выпилили) зависимость от него во всех стандартных либах. В таком варианте будет ок. Цитата то может и смогут выехать на нормальном метапрограммировании Если C++ к тому времени не догонит. Таки развитие плюсов идет очень хорошими темпами. |
Сообщ.
#760
,
|
|
|
Цитата D_KEY @ Ну опциональный GC нормальная идея. Иногда да. Но мне не нравится из-за того, что непонятно, как GC должен сочетаться с нормальными деструкторами. Объекты, временем жизни которых предполагается управлять через GC, не должны содержать в себе поля, которым наличие детерминированного деструктора важно? Или пусть содержат, но тогда вызов и их деструкторов будет когда придётся? Оба решения выглядят по-дурацки как по мне. |
Сообщ.
#761
,
|
|
|
Цитата OpenGL @ Или пусть содержат, но тогда вызов и их деструкторов будет когда придётся? Это будет что-то типа метода finalize() из джавы, где наконец-то постановили, что финализаторы - это ПЛОХО, сделали этот метод deprecated и написали злобный коммент в доку. |
Сообщ.
#762
,
|
|
|
Хм. Не знал. Нагуглил статью, надо будет осилить вечером.
PS: никто не знает, откуда гифка в начале статьи? |
Сообщ.
#763
,
|
|
|
Цитата OpenGL @ Объекты, временем жизни которых предполагается управлять через GC, не должны содержать в себе поля, которым наличие детерминированного деструктора важно? Не уверен, что это всегда можно правильно отследить. Цитата Или пусть содержат, но тогда вызов и их деструкторов будет когда придётся? Думаю, что как-то так, но там могут быть серьезные проблемы с порядком вызова. Цитата Оба решения выглядят по-дурацки как по мне. Ну это же не Java, тут ответственность будет на программисте. applegame может сталкивался, он вроде имел опыт в D. |
Сообщ.
#764
,
|
|
|
Цитата OpenGL @ никто не знает, откуда гифка в начале статьи? https://www.youtube.com/watch?v=O9FNkrrG0tc |
Сообщ.
#765
,
|
|
|
Цитата D_KEY @ то D будет лучше rust Ололо. Откуда инфа? Я зык раст весьма специфичен и разнообразен. Вряд ли получится его оценить с любым другим в полной мере (я не говорю про ООП-поддерживающем). Частные тесты - тут да, будут интересны. Цитата OpenGL @ метапрограммировании Все на этом помешались. Раньше пилили чисто либы "под все", щя метапилют ... но выхлопа нуль как-то. |