Кто как относится к использованию таких, как бы, операторов в C++ как "!!", "&*" и подобных? (а кстати, каких?)
У меня на работе возник спор. Мои коллеги, опытные С++ программисты, сказали мне, что они смотрят на эти знаки в упор и вообще не понимают, что это такое.
Между тем, например, оператор ! является не просто логическим "не", но другая его важная функция — преобразование аргумента в bool. Вот так вот, одним символом. Другое дело — что он от этого bool делает ещё и отрицание, а вот чтобы просто преобразовать в bool, крайне удобно использовать !!.
Если у вас там, например, указатель или число или вообще — класс, а то и шаблон и вам надо получить bool, !! — крайне удобная штука. Пользуюсь уже этим, чтобы не соврать, лет 15.
Ну или вот &*. Есть у нас любого вида smart pointer. Для примера возьмём unique_ptr. Для того, чтобы программист не запутался, неявная конверсия — запрещена. Зато, есть оператор *.
Ну и что же у нас получается? Удобный способ получить ссылку на значение — есть, а вот чтобы получить указатель, надо вызывать специальный метод .get().
Тут поможет &*.
Ну а в макросах и шаблонах эта штука и вовсе — незаменима. Независимо, передали туда настоящий указатель или класс, это сработает.
Наверняка есть и другие удобные штуки, но этими я пользуюсь постоянно.
Как думает сообщество, действительно ли это — какая-то нечитаемая непонятная хрень, которой не стоит пугать людей или же нормальная техника C++?
Речь не идёт об обфускации или приколах типа "оператор стремления -->".
Здравствуйте, _pk_sly, Вы писали:
__>Между тем, например, оператор ! является не просто логическим "не", но другая его важная функция — преобразование аргумента в bool.
x!=0
Нет такой подлости и мерзости, на которую бы не пошёл gcc ради бессмысленных 5% скорости в никому не нужном синтетическом тесте
Здравствуйте, _pk_sly, Вы писали:
__>Наверняка есть и другие удобные штуки, но этими я пользуюсь постоянно.
Например if (!~ioctl()).
Как тебе, навскидку?
__>Как думает сообщество, действительно ли это — какая-то нечитаемая непонятная хрень, которой не стоит пугать людей или же нормальная техника C++?
Эти штуки прикольные, но они отвлекают от сути. Приходится напрягаться и вчитываться. До тех пор, пока этим не пользуются все, т.е. пока оно не станет очередным шаблоном, который мозг воспринимает автоматически, лучше так не писать. Т.е. либо все так пишут, либо никто, если мы говорим о командной разработке.
Здравствуйте, _pk_sly, Вы писали:
__>Между тем, например, оператор ! является не просто логическим "не", но другая его важная функция — преобразование аргумента в bool. Вот так вот, одним символом. Другое дело — что он от этого bool делает ещё и отрицание, а вот чтобы просто преобразовать в bool, крайне удобно использовать !!. __>Если у вас там, например, указатель или число или вообще — класс, а то и шаблон и вам надо получить bool, !! — крайне удобная штука. Пользуюсь уже этим, чтобы не соврать, лет 15.
Ужас какой.
Чтобы получить bool, надо сделать (bool).
__>Ну и что же у нас получается? Удобный способ получить ссылку на значение — есть, а вот чтобы получить указатель, надо вызывать специальный метод .get(). __>Тут поможет &*.
И get() запомнится с третьего раза, а конструкция &* — с сто третьего. Ещё не знаю как там в венде, но если на get() можно кликнуть и перейти посмотреть что он делает, то с &* такое не прокатывает.
__>Как думает сообщество, действительно ли это — какая-то нечитаемая непонятная хрень, которой не стоит пугать людей или же нормальная техника C++?
Это нечитаемся непонятная хрень, усложняющая чтение кода.
Здравствуйте, _pk_sly, Вы писали:
__>Всем привет!
__>Кто как относится к использованию таких, как бы, операторов в C++ как "!!", "&*" и подобных? (а кстати, каких?)
Подобные штуки пользуют те, кому они нравятся, кому не нравятся-не используют. Это дело вкуса, и если это вкусы ключевых разрабов или тимлидов, то эти вкусы превращаются в свод правил кодестайла, которые эти штуки могут запрещать или разрешать. Мне, как старому сишнику, начинавшему кодить с Си и асма в в vi и unix-е, эти штуки понятны и приятны. Но встречал кучу народа, у которых они вызывают крайне негативную реакцию, эти предпочитают обёртывать всё в читабельные функции типа get_some_name, cast_to_some_type.
Здравствуйте, _pk_sly, Вы писали:
__> Пользуюсь уже этим, чтобы не соврать, лет 15.
Нет смысла этими «удобными штуками» пользоваться.
С моей стороны тоже лет 20 стажа наберётся и последние 15 лет идёт однозначный тренд на крайне простой код с небольшими функциями, влезающими на один экран. А не только на agile, открытость и социальную адаптированность работчиков — не только IQ, но и хорошо развитые EQ, SC.
Иногда приходится сталкиваться с «разработчиками» из провинций/регионов (всяких научно-промышленных кластеров экс-СССР) и их творчеством. Хорошо видно, что именно их этот самый тренд обошёл стороной и по широкой дуге. В московским/питерских компаниях иногда тоже встречается, но в совсем стрёмных шарашках, давно застывших во времени и непонятно куда дрейфующих в пространстве.
Про "!!" слышал, но на практике в Си никогда не сталкивался с необходимостью им использоваться. В С++ же нужно использовать приведение типов и вообще стараться не использовать "магию".
Про "&*" никогда не слышал, но на интуитивном уровне чувствуется, что этот приём "попахивает". При взаимной проверке кода я бы попросил заменить на .get() или вообще пересмотреть контракты так, чтобы с сырым указателям не нужно было работать вообще.
Здравствуйте, _pk_sly, Вы писали:
__>Кто как относится к использованию таких, как бы, операторов в C++ как "!!", "&*" и подобных? (а кстати, каких?)
Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it?
Здравствуйте, andrey.desman, Вы писали:
AD>Например if (!~ioctl()). AD>Как тебе, навскидку?
Я б получающийся код сравнил.
!! — это, в некотором смысле, идеоматическое выражение, и компилятор его, скорее всего, знает, и соптимизирует. Я вот !~ — это экзотика, и компилятор вряд ли будет его оптимизировать.
Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it?
VF>Brian Kernighan
Лучше бы он это Ритчи с Томпсоном сказал, когда они придумывали язык, в котором такое можно написать...
Здравствуйте, VladFein, Вы писали:
Pzz>>Лучше бы он это Ритчи с Томпсоном сказал, когда они придумывали язык, в котором такое можно написать...
VF>Какое "такое"? Приминение оператора отрицания (!) к boolean? Повторное?
Ну, например, применение оператора ! к не-boolean. Впрочем, в том Си и булеонов-то никаких не было...
Здравствуйте, _pk_sly, Вы писали:
__>а то и шаблон и вам надо получить bool, !! — крайне удобная штука. Пользуюсь уже этим, чтобы не соврать, лет 15.
Аналогичный срок использую. Раньше было актуальнее, когда булы часто были тайпдефами от интов — нужно было для нормализации значения.
__>Ну или вот &*. Есть у нас любого вида smart pointer. Для примера возьмём unique_ptr. Для того, чтобы программист не запутался, неявная конверсия — запрещена. Зато, есть оператор *.
get лучше, так как разыменование нулевого указателя — это UB. На практике конечно работало.
__>>Как думает сообщество, действительно ли это — какая-то нечитаемая непонятная хрень, которой не стоит пугать людей или же нормальная техника C++?
AD>Эти штуки прикольные, но они отвлекают от сути. Приходится напрягаться и вчитываться. До тех пор, пока этим не пользуются все, т.е. пока оно не станет очередным шаблоном, который мозг воспринимает автоматически, лучше так не писать. Т.е. либо все так пишут, либо никто, если мы говорим о командной разработке.
Я совершенно согласен, что писать надо понятно, но понятность — вовсе не фича языка, а то, к чему привыкло сообщество. Паскалистам вон понятнее begin и end писать
Собсно, моя цель и заключается в том, чтобы выяснить, интуитивно-понятно ли это сообществу.
Здравствуйте, Dair, Вы писали:
D>Чтобы получить bool, надо сделать (bool).
си-каст бывает забанен в code style. Например, в гугловском.
Поэтому и приходится делать оператор пыщь-пыщь — особенно, в тех случаях, когда вместо bool есть unspecified_bool.
#include <gtest.h>
#include <memory>
#include <boost/shared_ptr.hpp> // тяжёлое наследие, библиотеки эпохи C++03-
TEST_F(TheTest, TheCase) {
std::shared_ptr<int> s(new int());
ASSERT_TRUE(s);
boost::shared_ptr<int> b(new int());
ASSERT_TRUE(b); // не скомпилируется, потому что это шаблонное ASSERT_EQ(true, actual_value), ошибка сопоставления типов
ASSERT_TRUE(b != nullptr); // запрещено кодстайлом: используйте ASSERT_NE, а про него см.выше
ASSERT_TRUE(static_cast<bool>(b)); // ой фууу
ASSERT_FALSE(!b); // отрицание отрицания, единство и борьба противоположностей, ошибкоопасный с т.з. понимания код
ASSERT_TRUE(!!b); // так себе ок, но ок
}
Здравствуйте, _pk_sly, Вы писали:
__>Нет-нет, что вы. Это в Си так делали. __>А в C++ православный способ: __>
__>static_cast<bool>(val)
__>
__>Совершенно другой набор знаков, не так ли?
Некоторые еще любят переменные называть одной буквой, причем все, тоже говорят меньше текста получается.
Хотя компилятор стерпит, работает же...
Но если ты работаешь с людьми, и им приходится иметь дело с твоим кодом, то пожалуйста делай код более читабельным, даже если он получается больше.
А всякую магию лучше применять там где без нее нельзя.
Здравствуйте, Pzz, Вы писали:
AD>>Например if (!~ioctl()). AD>>Как тебе, навскидку?
Pzz>Я б получающийся код сравнил.
В первую очередь интересно, как оно воспринимается, а не что компилятор там нагенерит — все равно крохи.
Pzz>!! — это, в некотором смысле, идеоматическое выражение, и компилятор его, скорее всего, знает, и соптимизирует. Я вот !~ — это экзотика, и компилятор вряд ли будет его оптимизировать.
Ой, да что тут оптимизировать? not, jz. Это "!= -1" как раз должен оптимизироваться в !~.
Здравствуйте, andrey.desman, Вы писали:
Pzz>>!! — это, в некотором смысле, идеоматическое выражение, и компилятор его, скорее всего, знает, и соптимизирует. Я вот !~ — это экзотика, и компилятор вряд ли будет его оптимизировать.
AD>Ой, да что тут оптимизировать? not, jz. Это "!= -1" как раз должен оптимизироваться в !~.
Ну, например, если оно в if'е стоит, то очень вероятно, что можно обойтись без nоt'a. А если требуется именно булевское значение, его вычисление тоже можно по-разному расписать.
Перекуём баги на фичи!
