Нахуй иди, клоун
мамкин погромист закукарекал
Ого, эти дебилы повторно изобрели Rust, кек.
>писать что-то на с++ в две 1000 8надцатом
>писать что-то на с++ в две 1000 8надцатом
Ой бля, сегодня ж первое апреля, ясно
-370кЗП-господин
-370кЗП-господин
И зачем, ты это в ньсач запостил? Пукай давай на лор, опеннет, хубрахабр.
Тут только сидят эксперты по питушариям и подобному дерьму и твои указатели не интересуют
Тут только сидят эксперты по питушариям и подобному дерьму и твои указатели не интересуют
TFW язык нужно подстраивать под вкатывальщиков неосиляторов-вебмакак, чтобы его хоть как то оживить
Это шутка на первое апреля?
Указатель вырезаем, string всё ещё не добавляем. Расходимся ребят, это первое апреля.
Охуеть, вот бы весь ньюсач таким был. Но бля, это они чё, джаву переизобрели?
Golang решает все проблемы C++, только тоже есть указатели.
Мне кажется это 1 апреля.
Блядь, точно! Годный тред.
Какая-то сложная новость, я не смог понять, соснули хохлы или пидарашки?
Cool story, уебывай
я не против, делайте.
Кто я погромист? А может быть ты погромист, солнишко? Шо
Вы в шараге когда с обычного си на кресты перейдёте, тогда вам про директиву string и расскажут
С хабра скопировал, пидр?
1 апреля, если удалить указатели из C++ то придется уволить 100К бородатых пенсионеров, так как отличить его от PHP станет невозможно.
У С++ пердоликов есть еще тонны легаси кода, которого хватит еще не на одно поколение пердоликов , так и будут пелить на стандарте 2003 года
Слишком сложно для /news на 1 апреля! ОП, ты ... ну ты знаешь... stl для пидоров. Давно пора ее похерить, так же как и плюсы. Попытка сделать из СИ javascript не удалась, надо это принять и начать как то жить. Смеритесь!
память уже выделил, маня?
>Нам нужно будет изменить только одну из шести практик использования указателей и мы рады следующему шагу в развитии C++.
>Развитие
>С++
>Развитие
>С++
Эх, щас бы велосипед изобрести и дебажить ее принтами в 10 раз дольше чем писал.
Си пласеробомжи сосут у жабаскриптобогов.
2+2=22 text
сори но я погромист на js-говне
>2+2=22 text
И что ты этим хотел сказать, умственно отсталый?
2+2 получаеться 22 в ответе, лалка.
а потом еще может еще 3 раза тип данных поменяться от текста до числа через 5 итераций будешь делить баклажан / корень с -2
НАМ НАДО СДЕЛАТЬ ОДНУ НОРМАЛЬНУЮ МОДЕЛЬ ВМЕСТО ПЯТИ СУЩЕСТВУЮЩИХ ГОВЕННЫХ
@
У НАС ШЕСТЬ ГОВЕННЫХ МОДЕЛЕЙ
@
У НАС ШЕСТЬ ГОВЕННЫХ МОДЕЛЕЙ
Вау, вот это ум, я просто восхищаюсь твоим !умом.
Не мной, а создателями JS. Как бы васяны на вен-ру и козе делали бы сайты со снежинками что падают и запрещали копировать их швитой сайт.
Если бы не жабаскрипт то говноеды бы пытались в другой дисциплине говноедов говнокодить типа на плюсах.
Вот если бы это запостить в тред Си-шников, заменив C++ на Си...
С первым апреля
>Указатели будут удалены из C++
Долбоёбы. Сразу бы уж пересаживались на c# или жабу и не ебали мозги
В анус засунь себе убогое дерьмище жабаскрипт
ИДи нахуй в свой загон для програмиздов
+15
Откровенно говоря, то, что кажется революционном, — всего лишь последний шаг длинной эволюции.
Эволюция указателей в C++
Указатели существуют в C++ с самого начала. Мы получили их из C. С самого начала развития C++ всегда была тенденция сделать управление указателями более безопасным без значительных потерь.
В C++98 мы получили std::auto_ptr для выражения исключительного владения. Но std::auto_ptr имел большой изъян. Когда вы копирует std::auto_ptr, владение ресурсом передавалось копии. Копирование выглядело как перемещение. Изображение ниже показывает неприятное поведение std::auto_ptr.
Это было очень плохо, приводило к множеству серьёзных багов. Поэтому мы получили std::unique_ptr в C++11, и объявили std::auto_ptr устаревшим в C++11, и окончательно удалили из C++17. Дополнительно мы получили std::shared_ptr и std::weak_ptr в C++11 для управления владением. Вы не можете копировать, но можете перемещать std::unique_ptr, и если копируете или присваиваете std::shared_ptr, счётчик ссылающихся указателей увеличивается. Посмотрите сюда:
Начиная с C++11 C++ имеет многопоточную библиотеку. Это делает управление std::shared_ptr достаточно сложным, потому что std::shared_ptr по определению разделяемое, но не потоко-безопасное. Только контрольная часть со счётчиками является потоко-безопасной, но не доступ к адресу контролируемого ресурса. Это значит, что изменение счётчика — атомарная операция, но вы не имеете гарантии, что ресурс будет удалён ровно один раз. По этой причине мы получаем в C++20 атомарные умные указатели: std::atomic_shared_ptr и std::atmic_weak_ptr. Про детали предложений комитета стандартизации читайте здесь: Атомарные умные указатели.
Теперь переходим к более интересным частям будущих стандартов C++20 и C++23. Указатели будет объявлены устаревшими в C++20 и удалены из C++23. Скажем три слова: Нет Новому New (NNN).
std::unique_ptr спасёт нас
Но подождите, как же догма C++: Не платить за то, что вам не нужно. Как мы сможем программировать без указателей? Просто используйте std::unique_ptr. Из своего дизайна std::unique_ptr такой же быстрый и экономный, как и обычный указатель, и имеет явное преимущество — автоматическое управление ресурсом.
Ниже простой тест производительности.
// all.cpp
#include <chrono>
#include <iostream>
static const long long numInt= 100000000;
int main(){
auto start = std::chrono::system_clock::now();
for ( long long i=0 ; i < numInt; ++i){
int* tmp(new int(i));
delete tmp;
// std::shared_ptr<int> tmp(new int(i));
// std::shared_ptr<int> tmp(std::make_shared<int>(i));
// std::unique_ptr<int> tmp(new int(i));
// std::unique_ptr<int> tmp(std::make_unique<int>(i));
}
std::chrono::duration<double> dur= std::chrono::system_clock::now() - start;
std::cout << "time native: " << dur.count() << " seconds" << std::endl;
}
Эта программа выделяет и освобождает память для 100 миллионов int. Я использую указатели, std::shared_ptr и std::unique_ptr в двух вариациях. Я компилирую программу с и без максимальной оптимизации в Linux и в Windows. Получаются такие числа:
Две вариации std::unique_ptr на Linux и Windows показывают такую же производительность, как обычные указатели. За деталями этого теста обратитесь к моей прошлой статье: Потребление памяти и производительность умных указателей.
Семантика владения
Честно говоря, мы используем указатели и, в частности, обычные указатели очень часто. Вопрос, должны ли вы использовать указатель, сводится к следующему: Кто владелец? К счастью, с помощью кода мы можем чётко выразить это.
Локальные объекты. Рантайм C++ как владелец автоматически управляет жизнью таких ресурсов. То же самое относится к глобальным объектам или членам класса. Справочники сводят это к области видимости.
Ссылки: я не владелец. Я только обеспечиваю, что ресурс не может быть пустым.
Обычные указатели: я не владелец. Я только ссылаюсь на ресурс, если он есть. Я не должен удалять ресурс.
std::unique_ptr: я исключительный владелец ресурса. Я могу явно освободить мой ресурс.
std::shared_ptr: я разделяю ресурс с другими std::shared_ptr. Я могу явно удалить мой разделяемый ресурс, если он больше никому не нужен.
std::weak_ptr: я не владелец ресурса, но я могу временно разделять ресурс при вызове моего метода std::weak_ptr::lock.
Нам нужно будет изменить только одну из шести практик использования указателей и мы рады следующему шагу в развитии C++.