A
долго и дорого
Size: a a a
2020 March 23
PK
нет, а почему да?
действительно не зависит :)
AB
а почему не мув? у меня чаще случаи возникали, когда копировать смысла нет, эта операция оказывается в принципе нереализуемой
потому что мув за тебя сам язык сделает, просто поля класса должны поддерживать мув
I
долго и дорого
Вот и я о том же. А на Си - сел и написал. Но, умных указателей нету, да.
PK
надо много вещей в голове держать
AB
используй std::vector и т.п.
PK
потому что мув за тебя сам язык сделает, просто поля класса должны поддерживать мув
может не сделать
d
потому что мув за тебя сам язык сделает, просто поля класса должны поддерживать мув
ну по сути это дефолтный мув
PK
если ты объявил, допустим,
Widget(Widget const&) = default; хотя бы, мув-конструктор забанитсяAB
ну по сути это дефолтный мув
ну да, поэтому я и говорю, что в 90% мув коснтруктор писать не надо
I
Вот и я о том же. А на Си - сел и написал. Но, умных указателей нету, да.
там не надо помнить о POD и trivially_destructible/constructible типах
d
Вот и я о том же. А на Си - сел и написал. Но, умных указателей нету, да.
а часто юзается goto с целью провызывать все деструкторы?
I
там все POD, и все хорошо сериализуется, как следствие
PK
а часто юзается goto с целью провызывать все деструкторы?
goto нельзя между функциями прыгать
I
а часто юзается goto с целью провызывать все деструкторы?
нет. Но я только только думаю на Си перейти.
PK
и пропрыгивать инициализацию объектов -- стек же по пизде пойдет, поэтому такое не компилится
d
нет. Но я только только думаю на Си перейти.
просто читал, что goto не так плох как говорят и в некоторых редких кейсах его таки можно использовать
I
но в Си, кстати, есть restrict key word
d
goto нельзя между функциями прыгать
а зачем мне это?
I
просто читал, что goto не так плох как говорят и в некоторых редких кейсах его таки можно использовать
и можно и нужно, и в плюсах тоже