The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Ruffle интегрирована поддержка кодека H.263, написанного на языке Rust, opennews (ok), 24-Авг-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


129. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  –1 +/
Сообщение от УрриИзПодОфтопика (?), 25-Авг-21, 00:52 
А вот и очередной неосилятор с++ подъехал.
Он не понимает что такое конструктор копирования и зачем нужен. Поэтому ушел зубрить let mut ^<kokoko>.

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

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

152. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от burjui (ok), 25-Авг-21, 03:20 
> А вот и очередной неосилятор с++ подъехал.

А вот и очередной "делаю выводы по одной фразе" подъехал.

> Он не понимает что такое конструктор копирования и зачем нужен. Поэтому ушел
> зубрить let mut ^<kokoko>.

Я знаю, зачем он нужен, но не понимаю, за каким чёртом в нормальном языке его нужно объявлять, чтобы запретить его использование. Видимо, ещё недостаточно нейронов отмерло, чтобы такое решение выглядело логично. Зато понимаю, почему это нужно в С++ (потому что язык прекрасен, как толстая кишка Афродиты). И причём тут вообще let mut? Просто так сболтнул, чтобы показать, что видел синтаксис издалека? Аналог в Rust - трейт Clone.

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

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

TL;DR
Я тупой, а ты - нет. Наслаждайся превосходством.

Ответить | Правка | Наверх | Cообщить модератору

183. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Урри (ok), 25-Авг-21, 10:06 
> не понимаю, за каким чёртом в нормальном языке его нужно объявлять, чтобы запретить его использование

Эмммм, а вы хотели бы, чтобы компилятор С++ телепатически связывался с вами, без декларации вашего намерения? Или как? Хочешь что-то объявить - объявляесь пальчиками в текстовом файле.

А то, что вы не понимаете, зачем эти конструкторы нужны и зачем их переопределяют (да-да, в 99,99999999% случаев их переопределяют, а не запрещают) - лишнее подтверждение моей интуитивной догадки выше.

> C++ - это эталон ЯП

Не эталон ни разу.

> у которых C++ - это эталон ЯП, а конструктор копирования - не синтаксическая условность, обусловленная устаревшей семантикой C++, а "алгоритмический конструкт"

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

> устаревшей семантикой C++

Лучше пока еще не придумали.

Ответить | Правка | Наверх | Cообщить модератору

187. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Аноним (192), 25-Авг-21, 10:20 
>Эмммм, а вы хотели бы, чтобы компилятор С++ телепатически связывался с вами, без декларации вашего намерения? Или как? Хочешь что-то объявить - объявляесь пальчиками в текстовом файле.

Совсем уже мозги сгнили с плюсовыми шаблонами? Уже русский не понимаешь?
Человек выше, как раз, не хочет никакой телепатии от компилятора. Он как раз хочет что б все прописывалось явно. Не прописал программист конструктора копирования - и все, нет у класса никакого конструктора копирования.

Ответить | Правка | Наверх | Cообщить модератору

211. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Аноним (211), 25-Авг-21, 13:33 
> Он как раз хочет что б все прописывалось явно.

а ему противостоит толпа людей, которые этого не хотят и C++ здесь ни при чем. Мне даже стало интересно в каком языке сделано как человек хочет, без этих всяких конструкторов по умолчанию и чего-то типа copy/deepcopy с поведением по умолчанию

Ответить | Правка | Наверх | Cообщить модератору

212. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Аноним (192), 25-Авг-21, 14:24 
> Мне даже стало интересно в каком языке сделано как человек хочет, без этих всяких конструкторов по умолчанию ...

такое сделано в расте. Есть только то, о чем программист явно написал. Ничего не неписал - ничего и нет.

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

Да, С++ тут нипричем. Причем тут местные юродивые, у которых при слове "раст" падает планка и они начинают спорить со своими больными фантазиями.

Ответить | Правка | Наверх | Cообщить модератору

232. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от УрриИзПодОфтопика (?), 25-Авг-21, 16:57 
> такое сделано в расте. Есть только то, о чем программист явно написал. Ничего не неписал - ничего и нет.

Че, рили? Хотите сказать, раст не умеет копировать объекты?
Так вы еще и растонеосилятор?

Ответить | Правка | Наверх | Cообщить модератору

240. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от burjui (ok), 25-Авг-21, 17:59 
Раст умеет копировать объекты. Глубокое копирование (Clone) нужно писать самому. Не делай вид, что не понял, выглядит крайне глупо.
Ответить | Правка | Наверх | Cообщить модератору

231. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от УрриИзПодОфтопика (?), 25-Авг-21, 16:56 
Ну вы, анонимы, совсем того... даже гнить нечему, как видно.

Есть всего три возможных варианта копирования объектов:

1.
В С++: если надо скопировать объект, он копируется побитно (shallow-copy). Код, который это делает, называется "конструктор копирования по умлочанию". Ничего писать не надо.

В расте: если надо скопировать объект, он копируется побитно (shallow-copy). Код, который это делает, никак не называется. Ничего писать не надо.

2.
В С++: если надо скопировать объект рекурсивно (deep-copy), для этого надо написать свой код. Код, который это делает, называется "конструктор копирования".

В расте: если надо скопировать объект рекурсивно (deep-copy), для этого надо написать свой код. Код, который это делает, никак не называется.

С единственным отличием - если этот объект из вашего хелловорлд и не содержит ничего сложнее парочки стандартных базовых типов, то для этого для макак в расте уже заготовили конструкт под названием "Trait std::clone::Clone".

3.
В С++: если надо скопировать объект кастомно (custom-copy), для этого надо написать свой код. Код, который это делает, называется "конструктор копирования".

В расте: если надо скопировать объект кастомно (custom-copy), для этого надо написать свой код. Код, который это делает, никак не называется.

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

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

245. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  –1 +/
Сообщение от Аноним (192), 25-Авг-21, 18:49 
> В расте: если надо скопировать объект, он копируется побитно (shallow-copy). Код, который это делает, никак не называется. Ничего писать не надо.

https://doc.rust-lang.org/nightly/core/marker/trait.Copy.html

By default, variable bindings have ‘move semantics.’ In other words:

#[derive(Debug)]
struct Foo;

let x = Foo;

let y = x;

// `x` has moved into `y`, and so cannot be used

// println!("{:?}", x); // error: use of moved value

However, if a type implements Copy, it instead has ‘copy semantics’
move
Ну так в чем проблема, мартышка? Не осилил документацию? Или не отличаеш копирования(copy) от перемещения(move) ?

Ответить | Правка | Наверх | Cообщить модератору

241. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  –1 +/
Сообщение от burjui (ok), 25-Авг-21, 18:04 
Ты всё ещё не привёл обоснования того, как конструктор копирования связан с алгоритмами. Для людей с плохой памятью напоминаю, что алгоритмы прекрасно реализуются на любом Тюринг-полном ЯП, большинство из которых не имеют такого понятия, как "конструктор копирования". Ну, так какая тогда связь?
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

242. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Урри (ok), 25-Авг-21, 18:37 
Вообще-то имеют, только называются по разному.
Ответить | Правка | Наверх | Cообщить модератору

271. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от burjui (ok), 25-Авг-21, 21:00 
1. Не вижу примеров.
2. Ты так и не ответил на вопрос: какое отношение конструктор копирования имеет к алгоритмам? Это уже какой, третий раз, как я задаю этот вопрос, а ты уклоняешься от ответа?
Ответить | Правка | Наверх | Cообщить модератору

272. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от Урри (ok), 25-Авг-21, 21:10 
Я тебе ответил, несколько раз. Повторить?
Ответить | Правка | Наверх | Cообщить модератору

274. "В Ruffle интегрирована поддержка кодека H.263, написанного н..."  +/
Сообщение от burjui (ok), 25-Авг-21, 21:14 
Повтори, а то я найти не могу ни в одном твоём сообщении ответа на конкретно этот вопрос. А я, на всякий случай, повторю вопрос, чтобы ты случайно не начал отвечать на другой: какое отношение конструктор копирования имеет к алгоритмам?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру