5:10 Классическая путаница. Имя массива - это имя переменной которая имеет тип массива, а не тип указателя. Просто существует стандартное преобразование из типа массива в тип указателя. Считаю это важным проговаривать, а то начинающие начинают отождествлять эти типы. 8:33 Это требует не visual studio, это требует стандарт языка. "Subscribe!!" является типом const char[12], который нельзя неявно преобразовать в char*, но можно в const char*. Возможно заблуждение зарождается из практики языка C, где литерал строки действительно возвращает не константный массив, и из-за неявной возможности преобразования в указатель, думают, что сам литерал имеет тип указателя. 10:42 delete примененный к массиву вызовет деструктор только для первого элемента, но освободит всю память, аллоцированную под этот массив (хотя это, как я помню, implementation-defined behavior). Для массивов из объектов классов, которые сами что-то аллоцируют в куче, это утечка памяти всегда. 12:00 Прикольно было бы еще рассказать про квалификаторы const в таких случаях и их преобразование. Например, тип const int** pp не сможет указывать на int* p, в то время как const int* p может указывать на int x;
Класс! А я думал уже всё забыл. В универе на С/С++ начинал учиться прогать. Дз было - реализация вставки элемента в двусвязный список после определенного значения. До сих пор помню то чувство, когда "ура! работает! ". Удачи и спасибо за видео!
Название видео: *Всё* об указателях в *С++*. Содержание видео: 1. Беглый обзор Сишного (без ++) синтаксиса и применения указателей (за исключением new/delete вместо malloc/free) 2. Ни слова об указателях на объекты-члены классов и на функции-члены классов 3. Ни слова о том, что в современных плюсах явное использование delete считается дурным тоном (за исключением случаев, когда пишется класс непосредственно ответственный за управление памятью), предпочтение отдаётся RAII обёрткам, автоматически освобождающим память 4. Ни слова об умных указателях и семантике владения 5. Лишь вскользь упомянутые итераторы, которым отдаётся предпочтение в современных плюсах вместо арифметики указателей с C-style массивами 6. Вроде как ни слова о проблемах double-delete/double-free (возможно прослушал и про это говорилось при имплементации списка) Предвкушаю ответ: "Но это видео для новичков и тут показаны основы!!!!" К видео было бы меньше вопросов, если бы оно называлось "Основы указателей в языке Си" или типа того. Некоторые комментаторы даже не поняли зачем вообще нужны ссылочные типы, потому-что толком не объяснены преимущества и недостатки динамического выделения памяти и такой структуры данных как связный список. Короче, типичный видос первокурсника, либо самоучки, начитавшегося всяких мусорных сайтиков "обучающих" С++. Желающим реально изучить плюсы и их практическое применение соболезную - качественного контента на русском языке именно для новичков лично я нигде не видел, можно посоветовать только почитать какое-нибудь свежее издание Страуструпа (и то скрепя сердцем - начинающим довольно трудно читается и редко когда дочитывается).
@@ИндираАвто Типичный бессодержательный недо-"аргумент", когда мозгов не хватает ответить что-то по делу. Я не сделал, а вот Константин Владимиров сделал - лекция 2 базовый курс "ссылки и указатели". Гораздо более подробный (и, следовательно, длинный) разбор, от человека, который действительно разбирается. Но оно не подходит для новичков и само по себе не самостоятельное, чтобы узнать *ВСЁ* об указателях и ссылках нужно часов 9 материала отсмотреть и предварительно хоть немного знать Си. Вам смотреть не советую, у вас чувство логики отсутствует - вам в программирование путь заказан
По итогу видео: заголовок не соответствует содержимому. На самом деле, здесь описаны указатели Си, а не указатели плюсов. Да, в плюсах они также работают, да, в видео есть классы и даже ссылки (которых нет в сях, но есть в плюсах), но от этого описанные простые насильственные указатели плюсовыми не становятся. Фишкой плюсов является именно новая система указателей, базирующаяся на интеллектуальных указателях (смарт-указатели, smart pointers). Началось всё с auto_ptr, который можно инициализировать, но не нужно удалять - о выполнении операции delete позаботится язык, при этом это не подлый garbage collector, который есть в Питоне и подлой Жабе, а честный счётчик ссылок. Можно удалить указатель auto_ptr и явно, присвоив ему nullptr. Поскольку одного auto_ptr оказалось недостаточно, в C++11 запилили ещё парочку полезняшек unique_ptr и shared_ptr/weak_ptr. Может показаться странным, что я сказал "парочку", а перечислил ТРИ типа, но это не так: shared_ptr и weak_ptr настолько неразлейвода, что просто нет смысла их рассматривать в отдельности, тогда как уник - это реально уникальная штуковиночка. Если интересно прочитать про настоящие плюсовые указатели - рекомендую книгу Скота Майерса "Эффективный современный Цэ++" ("Effective modern C++").
Есть указатель (тип int) указывающий на адрес байта в памяти. Как получить адрес следующего байта(который идёт сразу за ним, а не четвёртый)? Как вывести его содержимое на экран? Как его изменить?
Чувствую себя очень глупым... Но видео помогло мне разобраться хотя бы с устройством работы памяти компьютера. Я просто пришел из пайтона пытаться изучить c++. Статическая память это что-то то, что всегда не дает спокойствия в массивах у меня.
@@mimocake Спасибо большое за мотивацию! Я изучаю C++ неравномерно. Бывают, попадаются видео на 20 минут о том, что rand() выдает значения от 0 до 1 (правда видел такое, знаю, что неправильно). А бывают потом сразу попадаются видео о векторах и несколько-мерных массивах. И я смотрю их. Бывает на несколько дней забываю о существовании C++. Но изучать c++ бывает очень даже интересно.
Привет, я недавно начал изучать с++ и складывается впечатление что гайдов куча, говорят на нем можно сделать что угодно но когда ищу фактические примеры то осознаю что на нем это либо сложнее в 10 раз чем на любом другом яп либо вообще не делают. Когда у меня появилась идея изучать программирование я не имел конкретных предпочтений, но сейчас захотелось написать хотя бы самую простую 2д пиксельную игру и тут то я узнал что делать игры на с++ та еще жесть... Думаю теперь, а не зря я начал изучать именно его..
Выбери сразу свое направление, с++ заточен для всего, но на нем это сложнее. Очевидно, что большинство фреймворков для тех же 2д игр написаны на с++, а ты используешь готовые функции, классы в другом языке. С++ невозможно выучить полностью, так что выбери направление
ну с++ может для некоторых зашкварным показаться, но зато потом любой другой яп будет без проблем заходить. А вообще важно именно понимание того, что ты делаешь. Если ты понимаешь, как и что написать, то все можно на любом яп написать, другое дело, что на некоторых яп некоторые вещи удобнее делать
Если ты хочешь написать простую пиксельную 2д игру, то лучше всего подойдёт связка Python + библиотека Pygame, Godot с языком программирования GDScript(похож на python) / C# или Unity / Unity WebGL с C# С/C++ лучше подходят для высокоскоростных или низкоуровневых(драйвера) продуктов, ещё с C легче изучать Язык Ассемблера
0:53 Неправильная картинка. Тем между char и bool будет зазор в три байта. Есть такая погань, как выравнивание. В плюсах определяется через #pragma pack, в структурах - ключевым словом typedef struct packed.
Если коротко, то чтобы не засрать стек. Если подробнее, то при вызове подпрограмм(процедуры, функции, методы) передаваемые переменные забрасываются в стек. Что в случае int'а мелочь, а вот в случае массива могут возникнуть проблемы. Особенно если используется рекурсия
потому что это структура. на всех структурах самая быстрая работа в стеке, а хранение в куче, так как ты можешь записать допустим 10000000 пользователей в массив к примеру.
Если тебе надо через функцию изменять переменную вне неё, то изменять её надо через указатель. Если отправить в функцию саму переменную, то в её рамках ты будешь изменять только копию этой переменной, и если ты вернёшься, то отправленная переменная останется нетронутой. Также полезно с массивами: из функции нельзя вернуть массив, поскольку если ты попытаешься, то ты вернёшь только указатель на неразмеченную память. Однако можно создать массив вне функции и отдать его ей, и она внесёт в него данные. Ещё можно создавать мыссивы через malloc(), который возвращает указатель на выделенную память в куче, которая не имеет ограничений стековой памяти и не зависит от рамок функций.
Пиздец, аххаха я пока смотрел, думаю, куда я блять попал, указатель индекса масива ссылки указателя равен ссылке масива индекса пронумерованного массивом благодаря указателю массива. Я сам нихуя не понял шо написал, но почти все, что ты говорит звучало именно так
Про выделенную память не совсем верно. Тут скорее прикол в отличии стека и кучи (heap). На куче можно выделить и гигабайт и 20 если это нужно программе, размер же стека сильно ограничен (по-моему около 2 мегабайтов для линукса). Также в операционной системе есть специальные средства более эффективной работы с кучей, например запись в SWAP разделы. Поэтому современные языки программирования, в том числе и C++ тяготеют к тому, чтобы хранить указать на объект в стеке, а сам объект в куче.
в любом случае типо потом когда словишь ошибку переполнения стека, что нужно перенесешь в кучу, но его по факту надо под крышак загружать стек. все равно типо в стеке все статически и если ты не словил ошибку стека то потом не словишь.
Бро, фигню не неси. Статическая память в C / C++ это либо static переменные в скоупе (функции, класса и тд), либо то, что называется глобальными переменными (уже не важно static или нет, в данном случае ключевое слово влияет только на видимость переменной в других единицах трансляции). То что ты назвал статикой - локальная / стековая память. Почитай С. Прата, там подробно разъясняются эти темы.
Конечно, я говорю о Си, но я вполне уверен, что в C++ точно так же: Неправильно декларировать указатели как: int* ptr; , поскольку если так декларировать несколько указателей одной строчкой: int* ptr1, ptr2, ptr3; , то на самом деле указателем будет только ptr1, а остальные - просто числами. Чтобы сделать их все указателями, надо делать: int *ptr1, *ptr2, *ptr3; Я сам не знаю, почему так, учитывая то, что по идее, указатель должен быть своим типом данных. Но, как я уже в сказал, это относится к Си, а C++ я не знаю.
Ну вообще да, если декларировать int* p1, p2, то это будет неправильно. Но если декларировать только один указатель, то компилятору будет все равно, где звёздочка, мне просто больше напиться писать int*
Глупость несусветная. Зачем ходить и повторять везде эти поверья? К тому же указатель не имеет никакого отношения к типу. Невежество порождает непонимание и всякие глупые поверья. И вместо того чтобы изучить тему люди бегают и доказывают необходимость всякой чуши.
Братан, хорош, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
точно такой же коммент видел
Последователь екстримкода
О, Вы тоже человек высокой культуры.
@@saikle_ Все мы...
Харош)))
5:10 Классическая путаница. Имя массива - это имя переменной которая имеет тип массива, а не тип указателя. Просто существует стандартное преобразование из типа массива в тип указателя. Считаю это важным проговаривать, а то начинающие начинают отождествлять эти типы.
8:33 Это требует не visual studio, это требует стандарт языка. "Subscribe!!" является типом const char[12], который нельзя неявно преобразовать в char*, но можно в const char*. Возможно заблуждение зарождается из практики языка C, где литерал строки действительно возвращает не константный массив, и из-за неявной возможности преобразования в указатель, думают, что сам литерал имеет тип указателя.
10:42 delete примененный к массиву вызовет деструктор только для первого элемента, но освободит всю память, аллоцированную под этот массив (хотя это, как я помню, implementation-defined behavior). Для массивов из объектов классов, которые сами что-то аллоцируют в куче, это утечка памяти всегда.
12:00 Прикольно было бы еще рассказать про квалификаторы const в таких случаях и их преобразование. Например, тип const int** pp не сможет указывать на int* p, в то время как const int* p может указывать на int x;
Кто всё детство программировал на ассемблере указателей не боится.
Мне страшно за людей, которые всё лето детство программировали на ассемблере
Класс! А я думал уже всё забыл. В универе на С/С++ начинал учиться прогать. Дз было - реализация вставки элемента в двусвязный список после определенного значения. До сих пор помню то чувство, когда "ура! работает! ". Удачи и спасибо за видео!
я не хочу показаться душнилкой, но что ты тут "все забыл", когда это буквально примитивная инфа. А про список - это вообще смешно.
Название видео: *Всё* об указателях в *С++*.
Содержание видео:
1. Беглый обзор Сишного (без ++) синтаксиса и применения указателей (за исключением new/delete вместо malloc/free)
2. Ни слова об указателях на объекты-члены классов и на функции-члены классов
3. Ни слова о том, что в современных плюсах явное использование delete считается дурным тоном (за исключением случаев, когда пишется класс непосредственно ответственный за управление памятью), предпочтение отдаётся RAII обёрткам, автоматически освобождающим память
4. Ни слова об умных указателях и семантике владения
5. Лишь вскользь упомянутые итераторы, которым отдаётся предпочтение в современных плюсах вместо арифметики указателей с C-style массивами
6. Вроде как ни слова о проблемах double-delete/double-free (возможно прослушал и про это говорилось при имплементации списка)
Предвкушаю ответ: "Но это видео для новичков и тут показаны основы!!!!"
К видео было бы меньше вопросов, если бы оно называлось "Основы указателей в языке Си" или типа того.
Некоторые комментаторы даже не поняли зачем вообще нужны ссылочные типы, потому-что толком не объяснены преимущества и недостатки динамического выделения памяти и такой структуры данных как связный список.
Короче, типичный видос первокурсника, либо самоучки, начитавшегося всяких мусорных сайтиков "обучающих" С++. Желающим реально изучить плюсы и их практическое применение соболезную - качественного контента на русском языке именно для новичков лично я нигде не видел, можно посоветовать только почитать какое-нибудь свежее издание Страуструпа (и то скрепя сердцем - начинающим довольно трудно читается и редко когда дочитывается).
Видно ты сделал видео лучше ;)
@@ИндираАвто Типичный бессодержательный недо-"аргумент", когда мозгов не хватает ответить что-то по делу.
Я не сделал, а вот Константин Владимиров сделал - лекция 2 базовый курс "ссылки и указатели". Гораздо более подробный (и, следовательно, длинный) разбор, от человека, который действительно разбирается. Но оно не подходит для новичков и само по себе не самостоятельное, чтобы узнать *ВСЁ* об указателях и ссылках нужно часов 9 материала отсмотреть и предварительно хоть немного знать Си.
Вам смотреть не советую, у вас чувство логики отсутствует - вам в программирование путь заказан
По итогу видео: заголовок не соответствует содержимому. На самом деле, здесь описаны указатели Си, а не указатели плюсов. Да, в плюсах они также работают, да, в видео есть классы и даже ссылки (которых нет в сях, но есть в плюсах), но от этого описанные простые насильственные указатели плюсовыми не становятся. Фишкой плюсов является именно новая система указателей, базирующаяся на интеллектуальных указателях (смарт-указатели, smart pointers). Началось всё с auto_ptr, который можно инициализировать, но не нужно удалять - о выполнении операции delete позаботится язык, при этом это не подлый garbage collector, который есть в Питоне и подлой Жабе, а честный счётчик ссылок. Можно удалить указатель auto_ptr и явно, присвоив ему nullptr. Поскольку одного auto_ptr оказалось недостаточно, в C++11 запилили ещё парочку полезняшек unique_ptr и shared_ptr/weak_ptr. Может показаться странным, что я сказал "парочку", а перечислил ТРИ типа, но это не так: shared_ptr и weak_ptr настолько неразлейвода, что просто нет смысла их рассматривать в отдельности, тогда как уник - это реально уникальная штуковиночка. Если интересно прочитать про настоящие плюсовые указатели - рекомендую книгу Скота Майерса "Эффективный современный Цэ++" ("Effective modern C++").
Самое короткое и емкое видео по С++))) Респект!
Я зашел, поставил лайк, поставил то-сё. Видосик я посмотрел полностью. Чувак красава, охуенный видос. Кип дуин вот ю дуин, бро
Спасибо за контент, давай больше про с++!
Бро, очень помогаешь! Все доходчиво и понятно, спасибо огромное!
спасибо большое, сильно помог мне осознать что вообще такое указатель и зачем ему ссылка. всего за пять минут обьяснил главное понятным языком
как насчет такой операции: int a = 5; int * p = &a; int & r = *p; return &r;
👍👍👍
как все чётко разжевал, не как мой препод🥲 спасибо тебе большое
Ура спасибо большое, я понял как эта шняга работает🎉🎉🎉🎉
Посмотрев 20 минутное видео не поймешь как они работают. Практикуйтесь, друзья.
Хорошо объяснил спасибо .
Молодец! Спасибо за видео!
Сразу подписался. Продолжай!!!
Реально, такой классный канал, но так мало подписчиков(((
указатель - это переменная, которая хранит адрес.
Во, даже в 5 секунд уложился :D
Медленно печатаю
я что то не пойму, что сложного в указателях?
Есть указатель (тип int) указывающий на адрес байта в памяти. Как получить адрес следующего байта(который идёт сразу за ним, а не четвёртый)? Как вывести его содержимое на экран? Как его изменить?
Молодец, побольше такого!
Как включить функцию size()? Чет тот же CodeBlocks ее подсвечивает, но выдает 'size' was not declared in this scope' (код один в один)
Чувствую себя очень глупым... Но видео помогло мне разобраться хотя бы с устройством работы памяти компьютера. Я просто пришел из пайтона пытаться изучить c++. Статическая память это что-то то, что всегда не дает спокойствия в массивах у меня.
ну ты легенда, если с пайтона на плюсы переходишь, и даже дошел до указателей и не бросил)) удачи в изучении!)
@@mimocake Спасибо большое за мотивацию! Я изучаю C++ неравномерно. Бывают, попадаются видео на 20 минут о том, что rand() выдает значения от 0 до 1 (правда видел такое, знаю, что неправильно). А бывают потом сразу попадаются видео о векторах и несколько-мерных массивах. И я смотрю их. Бывает на несколько дней забываю о существовании C++. Но изучать c++ бывает очень даже интересно.
@slayer-p6l Да. Я нашел язык программирования C++ от стивен протса 5-ого издания. Все очень растянуто, но есть полезный материал. Я уже узнал что-то.
Спасибо ❤❤❤❤❤❤
Привет, я недавно начал изучать с++ и складывается впечатление что гайдов куча, говорят на нем можно сделать что угодно но когда ищу фактические примеры то осознаю что на нем это либо сложнее в 10 раз чем на любом другом яп либо вообще не делают. Когда у меня появилась идея изучать программирование я не имел конкретных предпочтений, но сейчас захотелось написать хотя бы самую простую 2д пиксельную игру и тут то я узнал что делать игры на с++ та еще жесть... Думаю теперь, а не зря я начал изучать именно его..
Выбери сразу свое направление, с++ заточен для всего, но на нем это сложнее.
Очевидно, что большинство фреймворков для тех же 2д игр написаны на с++, а ты используешь готовые функции, классы в другом языке.
С++ невозможно выучить полностью, так что выбери направление
ну с++ может для некоторых зашкварным показаться, но зато потом любой другой яп будет без проблем заходить. А вообще важно именно понимание того, что ты делаешь. Если ты понимаешь, как и что написать, то все можно на любом яп написать, другое дело, что на некоторых яп некоторые вещи удобнее делать
Если ты хочешь написать простую пиксельную 2д игру, то лучше всего подойдёт связка Python + библиотека Pygame, Godot с языком программирования GDScript(похож на python) / C# или Unity / Unity WebGL с C#
С/C++ лучше подходят для высокоскоростных или низкоуровневых(драйвера) продуктов, ещё с C легче изучать Язык Ассемблера
@@TherryYTдумаю если человек поработал с boost, корутинами, шаблонной магией и рекурсивным макросами, то плюсы он знает)
С++ просто мало что умеет из коробки. Есть куча библиотек и уже готовых решений. Надо лишь установить их и начать кодить
0:53 Неправильная картинка. Тем между char и bool будет зазор в три байта. Есть такая погань, как выравнивание. В плюсах определяется через #pragma pack, в структурах - ключевым словом typedef struct packed.
Понятно. А зачем он нужен? Почему я не могу делать тоже самое с обычными переменными?
попробуй реализовать связанный список без указателей
Если коротко, то чтобы не засрать стек.
Если подробнее, то при вызове подпрограмм(процедуры, функции, методы) передаваемые переменные забрасываются в стек. Что в случае int'а мелочь, а вот в случае массива могут возникнуть проблемы. Особенно если используется рекурсия
Что именно "он"?
потому что это структура. на всех структурах самая быстрая работа в стеке, а хранение в куче, так как ты можешь записать допустим 10000000 пользователей в массив к примеру.
Если тебе надо через функцию изменять переменную вне неё, то изменять её надо через указатель. Если отправить в функцию саму переменную, то в её рамках ты будешь изменять только копию этой переменной, и если ты вернёшься, то отправленная переменная останется нетронутой.
Также полезно с массивами: из функции нельзя вернуть массив, поскольку если ты попытаешься, то ты вернёшь только указатель на неразмеченную память. Однако можно создать массив вне функции и отдать его ей, и она внесёт в него данные.
Ещё можно создавать мыссивы через malloc(), который возвращает указатель на выделенную память в куче, которая не имеет ограничений стековой памяти и не зависит от рамок функций.
Пиздец, аххаха я пока смотрел, думаю, куда я блять попал, указатель индекса масива ссылки указателя равен ссылке масива индекса пронумерованного массивом благодаря указателю массива. Я сам нихуя не понял шо написал, но почти все, что ты говорит звучало именно так
Для обывателя будет не очень подробно, например про константные указатели нужно было объяснить что конкретно можно менять, а что нет.
респект
Урааа
Секс, но это не про С++, а про моего батю.
Про выделенную память не совсем верно. Тут скорее прикол в отличии стека и кучи (heap). На куче можно выделить и гигабайт и 20 если это нужно программе, размер же стека сильно ограничен (по-моему около 2 мегабайтов для линукса). Также в операционной системе есть специальные средства более эффективной работы с кучей, например запись в SWAP разделы. Поэтому современные языки программирования, в том числе и C++ тяготеют к тому, чтобы хранить указать на объект в стеке, а сам объект в куче.
в куче достаточно медленная память, причем в раз 800 медленнее. Есть L1 L2 L3 L4 памяти, прочитай
и 20 гигов никто выделять не будет, оперативка средняя у людей 16 гигов
и работа с кучей не будет никогда более эффективная чем на стеке или еще более быстрой памяти.
то что указатели в стеке а объекты в куче это да, но все равно иногда можно чуть больше объекты запихнуть в стек , даже если они больше 8 байт.
в любом случае типо потом когда словишь ошибку переполнения стека, что нужно перенесешь в кучу, но его по факту надо под крышак загружать стек. все равно типо в стеке все статически и если ты не словил ошибку стека то потом не словишь.
Бро, фигню не неси. Статическая память в C / C++ это либо static переменные в скоупе (функции, класса и тд), либо то, что называется глобальными переменными (уже не важно static или нет, в данном случае ключевое слово влияет только на видимость переменной в других единицах трансляции).
То что ты назвал статикой - локальная / стековая память.
Почитай С. Прата, там подробно разъясняются эти темы.
Конечно, я говорю о Си, но я вполне уверен, что в C++ точно так же:
Неправильно декларировать указатели как:
int* ptr;
, поскольку если так декларировать несколько указателей одной строчкой:
int* ptr1, ptr2, ptr3;
, то на самом деле указателем будет только ptr1, а остальные - просто числами. Чтобы сделать их все указателями, надо делать:
int *ptr1, *ptr2, *ptr3;
Я сам не знаю, почему так, учитывая то, что по идее, указатель должен быть своим типом данных. Но, как я уже в сказал, это относится к Си, а C++ я не знаю.
Ну вообще да, если декларировать int* p1, p2, то это будет неправильно. Но если декларировать только один указатель, то компилятору будет все равно, где звёздочка, мне просто больше напиться писать int*
Глупость несусветная. Зачем ходить и повторять везде эти поверья? К тому же указатель не имеет никакого отношения к типу. Невежество порождает непонимание и всякие глупые поверья. И вместо того чтобы изучить тему люди бегают и доказывают необходимость всякой чуши.
Godnota
Главный вопрос... Зачем??? Я не понимаю объясните
что зачем?
@@MathPTU что?
Го дальше