1) да, декоратор не препятствует многократному применению одного и того же типа декораторов. И часто это не имеет смысла. Например в случае декорирования потоков ввода-вывода нет смысла компрессировать уже скомпрессированное, а при декорировании http-клиента - несколько раз добавлять легирующий декоратор. Возможность комбинировать декораторы в рантайме по желанию левой пятки пользователя может порождать нежизнеспособные объекты.

2) вы правы, порядок декорирования имеет значение. Например, при декорировании потоков ввода-вывода лучше сперва зашифровать данные, а потом скомпрессировать, так как шифрованные данные плохо сжимаются. А при восстановлении сперва расшифровать, а потом распаковать. Можно сказать, что операция декорирования некоммутативна. А какой пример декоратора предложили бы вы?

@@rianoneq надо будет эту вставку переозвучить

Спасибо, Учту в будущих роликах

@@igorseledtsov7345 у моих студентов есть лабы по операционным системам. Чтобы у них не утекали ресурсы и они не привыкали писали c-style лапшу, я показал им как сделать RAII обертку над ресурсом ОС (или другой библиотеки с C-интерфейсом). Моя задача показать им как писать хороший код, а плохой они сами научатся.

@@igorseledtsov7345 про инструменты профилирования обязательно когда-нибудь выпущу отдельный ролик. Здесь же я про бенчмаркинг, который мои студенты могли бы использовать в своих лабах А на чем основана ваша убежденность в том, что C++ на скорость не заточен?

@@vividbwЕсли серьёзно, то в том что используются классы то есть обоащение по указателю к данным (как этот указатель не обзывай) можно конечно и с поинтарами работать почти без издержек не спорю но когда вы вы вызываете очередной new данные аллоцируются бог знает где и бог знает как (и да я знаю что и с этим можно бороться) и далее обращение к этой прелести вызывает каскад проблем 1 загрузка поинтера в регистры 2 оброщение по поинтеру (что уже не сахар) как правило тут имеет тлб и кеж промах примерно так и зная всё это и библиотека С++ пишется на отвали, всё равно же всё тормозиn например (только один пример)работа с короткими строками (до 600) по сравнению с Си медленне в 40 раз с длинными (до 2000 )в 2-3 раза , с очень длинными ну без разницыю если честно. и так куда не ткни.. Я не критякую язык, он ясен понятен позволяет делать меньше багов Но скорость это не его конёк. Хотя конечно по сравнению с Явой или питоном это ракета

New используется только при выделении объектов в куче. Обычные экземпляры классов, как и структуры, аллоцируются на стеке (их внутренние поля могут выделять память в куче, например string или vector). Легковесные объекты с тривиальным деструктором могут быть разложены в регистры при передаче в функцию по значению. В C++ есть RAII, который делает удобным управление ресурсами, в отличие от C, где приходится во всех точках выхода из функции явно освобождать ресурсы, либо делать единую точку выхода с переходом в нее с помощью goto. Язык C требует больше когнитивных усилий, чтобы написать надежный код. В C++ всегда можно спуститься на уровень ниже. Ну а шаблоны позволяют избегать дублирования кода и дают больше возможности оптимизатору. Например, та же стандартная сортировка будет на C++ работать быстрее qsort за счет избавления от вызовов компаратора по указателю.

@@vividbw Да да даб Но если спксться то это уже будет не С++ Шаблоны кстати прекрасно реализуются на Си но более трудоёмко, не срорю.. Я бы из Си++ шаблоны вообще убрал.. Вреда больше чем пользы А сортировка хороший пример того почему не нао бездумно использовать шаблоныю Всё хорошо пока сортируем простые типы а как только начинаем сортировать ытруктурыюю то уже там оптимальное их копиорвание не может быть бфть выполнено как c=a a=b b=c// Таки да С++ это для быстроты написания, но не для эффиктвности

@@igorseledtsov7345 звучит как вызов. Сортировку больших структур можно свести к сортировке указателей (с кастомным компаратором), что на C++ решается легче, чем на C, и работать будет быстрее за счет инлайнинга шаблонов) Предлагаю взять задачу какую-нибудь, которую можно за пару часов написать. И сравнить скорость работы си с си++ вариантом. Вы решите на Си, а я на C++. Результаты опубликую у себя на канале.

@@10Dima01 вы можете порешать задачки самостоятельно - они в моем гитхабе по ссылке в описании. Впрочем, основная ценность именно в обратной связи преподавателя во время сдачи лаб

@@vividbw согласен, обратная связь важна, а где вы преподаете?

@@10Dima01 В Институте iSpring ispring.institute и Волгатехе volgatech.net

Уважаемая Ира Васильевна! Ни одна собачка не пострадала во время съемок. Их всех потом накормили и напоили.

@@elvirahamilton-6199 добавил

@@vividbwОЧЕНЬ ХОРОШО. Удачи!

@@elvirahamilton-6199 заглянул на ваш канал и обнаружил, что вы тоже из Марий Эл! У вас крутой канал, подписался на вас!

@MrDao92 в заставке звучит песня «Папа может в Си» музыкального коллектива «Научно-технический рэп». Мне нравятся песни этой группы, поэтому я решил поставить ее на заставку, чтобы она смотрелась динамичнее. Статистика на ролике показала повышенный интерес к начальной минуте видео по сравнению с другими моими видео, у которых заставки нет. Так что, терпите. :)

@@smayl1ks экспериментирую понемногу

Про lvalue и rvalue у меня есть отдельная лекция kzbin.info/www/bejne/pWW1qax_f9-HsKc

@@vividbw Прошу прощения. Думал это (Модель памяти) начало курса. А оказалось, что начал смотреть с последней доступной темы по C++ Хороший и полезный курс, посмотрю весь

@@dino_source спасибо за дополнение, доработаю презентацию для следующего потока студентов

@@alexeybaranov8869 согласен, есть архитектуры, где можно записывать и считывать данные по нулевому адресу памяти. Однако это выходит за область действия стандарта языка. Компилятор может сделать тут все, что угодно.

Какие скромные запросы

Уже 30 лайков есть. В следующий раз 50 лайков проси или даже 100.

@@niktaub6407 это самые основы. До UE5 как пешком до луны

До пробела считывает не cin, а операция >>. Тут же Используется getline внутри функции FindStringInStream. Эта функция принимает ссылку на поток, из которого в цикле читает строка за строкой функцией getline. getline принимает 2 параметра - поток, откуда читать, и строку, в которую читать. std::cin - это глобальный объект потока для чтения, связанный со стандартным вводом. В функцию FindStringInStream можно передавать и другие потоки для чтения. Например, поток ifstream, связанный с файлом или поток istringstream, связанный со строкой в памяти. То есть одна и та же функция может работать с разными типами потоков, так как принимает ссылку на базовый класс потоков чтения. Функция std::getline, кстати, тоже такая же

Да, вы правы, спасибо за внимательность. Я оговорился

@@DmitriNesterov да, так много где в ретро играх полупрозрачность эмулируется

@@vividbw четверть века назад... Обалдеть %) Ещё бы полвека - так чертовски любопытно, что дальше?! 😀