Инициализировать или не инициализировать , it's the question

Цитата JoeUser @ 20.11.15, 13:34

Инициализировать надо там, где надо инициализировать. Проверять нужно то, что нужно проверять.

int a = void; спасёт тебя

Цитата MyNameIsIgor @ 20.11.15, 13:40

ЧЯДНТ?

Не прикидывайся шлангом, ведь понимаешь, что речь идет о текущей длине данных в контейнере.

Цитата MyNameIsIgor @ 20.11.15, 13:40

Вы полагаете, что ваши глючные лучше?

Наши выверенные - гораздо красивше ваших дефолтно-вероятностных!

Цитата JoeUser @ 20.11.15, 13:47

Не прикидывайся шлангом, ведь понимаешь, что речь идет о текущей длине данных в контейнере.

Ага, а ещё указатель на собственно данные. И мне совершенно непонятно, почему тратят мои такты на их инициализацию нулями. Ведь

Цитата JoeUser @ 20.11.15, 13:34

Инициализировать надо там, где надо инициализировать

Я ничего этой строке не присваивал, так какого?

Цитата OpenGL @ 20.11.15, 13:43

int a = void; спасёт тебя

Не кошерно, а вдруг это для кого-то тоже будет не совсем заметно?
Лучше уж как-то так:

int uninitialized a;

Я бы еще понял - синтаксис для немцев.

Добавлено 20.11.15, 13:55

Цитата MyNameIsIgor @ 20.11.15, 13:50

Я ничего этой строке не присваивал, так какого?

Такого, что это библиотечный тип, не встроенный. Вопросы к разработчику библиотеки.

Цитата JoeUser @ 20.11.15, 13:47

Наши выверенные - гораздо красивше ваших дефолтно-вероятностных!

Наши дефолтно-определенные, а вот как раз ваши - глючно-вероятностные.

Цитата JoeUser @ 20.11.15, 13:53

Такого, что это библиотечный тип, не встроенный. Вопросы к разработчику библиотеки.

Так дело в том, что требования к этой библиотеке и спецификацию языка и его встроенных типов пишут одни и те же люди. Потому и хочу от них последовательности.

JoeUser, кстати в D есть инициализация по умолчанию

Цитата MyNameIsIgor @ 20.11.15, 13:50

Я ничего этой строке не присваивал, так какого?

Такого. Ты Flex Ferrum-а в игнор поставил, что ли? Класс не может быть таковым, если нарушены его инварианты. Если ты написал std::string s;, то очевидно, что тебе нужен объект класса std::string. А т.к. не каждая комбинация битов является std::string, нужно потратить твои такты, чтобы создать правильную комбинацию битов. Одну из правильных. Как это сделать, указано в конструкторе. int не имеет состояний. Любая комбинация битов даёт полноценный int. Твои такты никто не тратит. Всё логично?

Сообщение отредактировано: Qraizer - 20.11.15, 14:00

Цитата MyNameIsIgor @ 20.11.15, 13:56

Потому и хочу от них последовательности.

Хотящих много. Я вот не хотел Perl6, а он гад вышел. Весь синтаксис переиначили (хотя так и надо было сделать изначально). Но что делать, если старый синтаксис уже в моск гвоздями вбит?

Лан ... пустое это все. Кроме "страховочного" профита, ниче не вижу.

Цитата applegame @ 20.11.15, 13:56

JoeUser, кстати в D есть инициализация по умолчанию

Это очень плохо и ты меня огорчил Надо чтобы срочно убрали.

Цитата Qraizer @ 20.11.15, 13:58

Такого. Класс не может быть таковым, если нарушены его инварианты. Если ты написал std::string s;, то очевидно, что тебе нужен объект класса std::string. А т.к. не каждая комбинация битов является std::string, нужно потратить твои такты, чтобы создать правильную комбинацию битов. Одну из правильных.

Я и когда int x пишу, хочу объект типа int, но получаю неопределённое поведение при обращении Я хочу так же для std::string.

Цитата JoeUser @ 20.11.15, 13:53

Не кошерно, а вдруг это для кого-то тоже будет не совсем заметно?
Лучше уж как-то так:

int uninitialized a;

Это другой вопрос.

Цитата MyNameIsIgor @ 20.11.15, 14:05

Я хочу так же для std::string.

Неправильно хочешь. Надо убрать встроенные типы, и сделать их объектными. Правда во что трансформируется тогда Цэ++ ... ну это уж из другой песни. А ля тот же Perl 6:

"Привет Вася!".say;
# вместо привычного
print "Привет Вася!";

Цитата MyNameIsIgor @ 20.11.15, 14:05

Я хочу так же для std::string.

Для std::string - не, вряд ли получится. А вот для std::pair<int, int> - пожалуйста. Или для std::vector<inet_addr>.

Добавлено 20.11.15, 14:16

Цитата MyNameIsIgor @ 20.11.15, 13:56

Так дело в том, что требования к этой библиотеке и спецификацию языка и его встроенных типов пишут одни и те же люди. Потому и хочу от них последовательности.

Так она есть. Для каждого типа default initialization строго описана.

Добавлено 20.11.15, 14:17
И вообще, а почему для int'а - именно 0? Мне вот константа -1 больше нравится. А для uint'а - std::limits<uint>::max_value(). Очень, знаешь ли, удобно.

Сообщение отредактировано: Flex Ferrum - 20.11.15, 14:17

Цитата JoeUser @ 20.11.15, 14:14

Надо убрать встроенные типы, и сделать их объектными.

Кстати, смех смехом, а тогда бы любую переменную можно было бы инициализировать не подобием 0, NULL, nullptr - а однозначным NAN и ловить эксепшены при использовании неинициализированных переменных. Но это еще один слой жирка в и без того знатно пополневший Си.

Цитата Flex Ferrum @ 20.11.15, 14:14

Или для std::vector<inet_addr>

Не получится - например, при присваивании полезет удалять память по мусорному адресу.

Цитата Flex Ferrum @ 20.11.15, 14:14

Для каждого типа default initialization строго описана

Я в курсе. Мой вопрос то в другом: почему она разная? Для одних типов я получаю неопределённое поведение, а для вторых - нет.

Добавлено 20.11.15, 14:22

Цитата Flex Ferrum @ 20.11.15, 14:14

И вообще, а почему для int'а - именно 0?

Хорошо, давайте zero initialization изменим.
Кстати, а почему пустая строка? Мне вот "abcd" нравится.