C++ Russia 2017: Сергей Зубков, C++ Core Guidelines

Рет қаралды 17,098

7 жыл бұрын

Ближайшая конференция: С++ Russia 2024, 24 мая (online), 2-3 июня (offline, Москва)
Подробности и билеты: jrg.su/W8skjE
- -
. . Core Guidelines: github.com/isocpp/CppCoreGuid...

Пікірлер: 16

@calmsam2217 3 жыл бұрын

Зрители, даю вам 100% инфу, автор , отвечая на вопросы переводит код в ассемблер, это уровень...

@EvgenyChannel 7 жыл бұрын

пока нет в описании, вот ссылка на guidelines github.com/isocpp/CppCoreGuidelines

@dmitriydmitriev892 6 жыл бұрын

Очень интересное выступление, но слушать трындец сложно...

@tertiumorganum5665 Жыл бұрын

интересно, сейчас, спустя 5 лет, это все стало реальностью?

@ianzagorskikh3964 6 жыл бұрын

Вопрос: Указатель vs ссылка в качестве аргумента ф-и. Я бы добавил ещё один момент (с моей точки зрения ключевой). Принимая ссылку мы тем самым задаем контракт, который обязует вызывающий код гарантированно (SIC!) передать валидный аргумент (адрес). Как следствие, ф-и нет необходимости проверять ситуацию "а не нулевой ли указатель на abc нам передали и если нулевой то как нам на это реагировать?". Передавая указатель мы автоматически порождаем ситуацию, в которой ф-я обязана проверить переданный указатель на валидность и если он не валиден - как-то на это отреагировать. А если у нас ф-я без возврата статуса ошибки? И мы к тому же не используем исключения по одной из миллионов причин? Можно конечно заасертиться (это считайте аналог жесткого исключения) но и это тоже не всегда возможно. Передача аргумента по указателю IMHO может быть применено только в случае, когда семантика вызова ф-и подразумевает "отсутствие значения аргумента" и это не является ошибочной ситуацией. Но и тут можно спокойно обойтись без указателей.

@user-jf3gi7gt8i 6 жыл бұрын

Массив тоже по ссылке передавать?

@apivovarov2 4 жыл бұрын

change_speed(23_m / 10s) - не пойму а что такое 23_m . Вроде как имена переменных не могут с цифры начинаться.

@tertiumorganum5665 Жыл бұрын

кастомный оператор перегрузки для дабла, типа множителя

@suckmy 5 жыл бұрын

43:30

@xintreavideo 2 жыл бұрын

Докладчик один из немногих, кто работая в англоязычной стране, сделал презентацию на русском языке. За что ему отдельный респект. Обычно имеют заготовки англоязычных презентаций, дописывают несколько страниц тоже англоязычных и вперед, наплевать на зрителей, они же программисты, знают английский как родной, и так съедят.

@sdgsweg 4 жыл бұрын

Использовать span вместо арифметики указателей. А как же двумерные массивы? А как же узкие места? Как раз для критичных ко времени местах используется адресная арифметика, а на вы предлагаете проверять диапазоны. В некоторых местах приходится даже целочисленные умножения оптимизировать, не говоря уже о делениях. Если завести эту шарманку, то в дебаге будет просто невозможно запускать проект. Не от хорошей жизни люди используют адресную арифметику.

@vlad071096 4 жыл бұрын

Проверка индексов же только в дебаге. А так, если вам надо передать массив, вы же все равно передаете начало и размер - тот же span по сути.

@sdgsweg 4 жыл бұрын

@@vlad071096 я считаю, что разница в том, что когда указываешь размер сам, то можешь ошибиться. span же извлекает сам размеры из контейнера, чем уменьшает поле для возникновения ошибок.

@kovesik 3 жыл бұрын

@@sdgsweg D это решил на уровне языка, что по мне логичнее, чем ждать 10 лет спан в поставке стандартной библиотеке

@user-pl2lx3ur3g 7 жыл бұрын

Ой что, вот что только не делает комитет С++ чтобы не прогать на Ada, интересно сколько лет они еще с помощью вот таких правил будут тащить стандарт Ada в С++.