Hope you all enjoyed the video! This is just the beginning of the Move Semantics Saga™, still to come is std::move, the move assignment operator, and more! Thanks for watching! ❤️ P.S. RELAX GUYS THE PS5 PART 2 VIDEO IS COMING TOMORROW
@nothingtosee226
4 жыл бұрын
Do you have your own personal library of functions, classes, namespaces, etc? My professor told me that it's important for programmers to have their own tools which make their own methods easier.
@AtlasPrimeV
4 жыл бұрын
ok
@platinoob__2495
4 жыл бұрын
Excuse me, I know this is out of the point, but, do you know a way to turn off auto save in Visual Studio Community 2019?
@pratikpatil1383
4 жыл бұрын
Thanks for starting with Move Semantics.. looking forward for more about this..👍
@shaiavraham2910
4 жыл бұрын
Can you make a video about the rule of 3 and the rule of 5 and how to implement them properly?
@shah.kairav
3 жыл бұрын
In case anyone is wondering why there is only one "Destroyed" line being printed on Cherno's terminal, remember that his program halts due to "std::cin.get()". Once he presses Enter, he should see the other "Destroyed" message. Reason for two destroys: 1 where the hollow object is destroyed + 1 where the actual heap memory is deallocated. Hope this saves time for someone and helps!
@Mzkysti
2 жыл бұрын
Thanks, I was getting two "Destroyed" and was like what the heck ;). Then I debugged it and the first one is destroying object with size of 0 and data as null, so I actually deduced this somehow myself too...
@pnuema1.618
Жыл бұрын
yeah I was wondering! saved me some time!
@alecmather
Жыл бұрын
Bless your soul...
@Mmmaris_Chan
Жыл бұрын
it helps! should read the comment first before figuring it out myself🤣
@SergeySuper_Silver
Жыл бұрын
Thank you very much for your comment! I was confused by the two destructors. But now I know that happens)
@Norhther
3 жыл бұрын
8:24 noexcept is important for performance reasons. In a talk I saw, the example presented was 60% faster using noexcept because of the nature of push_back operation in std::vector. So keep that in mind!
@IndyR0ck
Жыл бұрын
what's the talk you saw? :)
@torstein5
Жыл бұрын
@@IndyR0ck Probably this one: Back to Basics: Move Semantics (part 1 of 2) - Klaus Iglberger - CppCon 2019
@IndyR0ck
Жыл бұрын
@@torstein5 thx!
@alextiga8166
4 жыл бұрын
This C++ series will never run out of topics to make a video about :) I've got too many requests what to cover in next videos. For example Multithreading: it would take forever to make videos about threads, locks, lock-free synchronization, fibers, coroutines etc.
@godnyx117
3 жыл бұрын
This didn't aged well...
@alextiga8166
2 жыл бұрын
@@godnyx117 Oh yeah I expected this series to cover more advanced topics but had to do my own research on the topic instead. Still a very great series and the best C++ series there is on KZitem!
@nabeelsherazi8860
3 жыл бұрын
Holy shit. I thought I knew things. I don’t know anything. This channel has been such a blessing. Instant sub.
@iiTzLamar
4 жыл бұрын
m_Data = new char[m_Size] should be freed with delete [ ] m_Data; and not delete m_Data;
@gideonunger7284
4 жыл бұрын
It should also be m_Size + 1 when allocating for the null terminator
@Spirrwell
4 жыл бұрын
@@gideonunger7284 Not necessarily. You don't need to store a null terminator if you know your string's size. Though it can be useful with C style string functions. But he should've used delete[] or maybe even allocated with a unique_ptr instead.
@txorimorea3869
4 жыл бұрын
That is good advice in general, however in this case is not necessary because the destructor of char is a no-operation. In this specific scenario is not necessary to call the destructor of every object in the array by calling delete[].
@gideonunger7284
4 жыл бұрын
@@Spirrwell yes sure if you don't work with any c string functions or pass that pointer to the outside it's fine. But it's still dangerous in c++ since the assumption of a char* is that it's null terminated. Rust doesn't use null termination but there it's the standard of the language so it's not a problem anywhere
@TheJackiMonster
4 жыл бұрын
@@gideonunger7284 It's already dangerous to assume the const char* passed to strlen() will be null terminated. In C++ a compiler might add a null character to such values in double quotes but a C compiler won't do that implicitly which makes sense because you will know the length of a constant array of chars in your code already as developer.
@mickaelfleurus9944
4 жыл бұрын
I owe you a huge thank you ! I've been trying to understand what are lvalue and rvalue for quite a long time, and an even longer time for what the move semantic was all about, and I've finally understand it with your video. I'm in a big learning phase right now, and your channel is an awesome way to improve myself. Thanks for the good work !
@toddwasson3355
2 жыл бұрын
Thank you so much for this move semantic vid. This has been wildly helpful to me today. Love your channel, your C++ playlist is by far my favorite of all C++ content.
@ericprincen3345
3 жыл бұрын
My first professional language was C++, and I moved from it in 1998 when I started working in Internet / Social media. I've moved back to writing low level code on hardware again, and I've been enjoying your videos a great deal. C++ has come a long way, and you've made my transition back a very easy one. BTW, I love the Hazel stuff too. Last time I worked with 3D graphics was when bsp trees were a new thing (and "fingering John Carmack" was something that was regularly done...) Fun to see how far that has all gone. I'm not doing any graphics right now, but fascinated with amount of forward movement in the field over the past 25 years.
@Brahvim
7 ай бұрын
Pointing fingers at sir John Carmack? Sounds like the DOS days to me! I'm sorry I'm asking this _TWO_ years later, but in your opinion, how fast is C++ at evolving? It is often called an ever-evolving language, and especially with us getting a new standard every third year, I, a beginner, feels the same way. Thoughts? I invite other veterans to answer, too!
@Albert-lr7ky
Жыл бұрын
Very nice and excellent video!!! Tho I've got a small question: should we be usong "delete [ ] m_Data" in the destructor? Since it is created from "new [ ]"
@jamesbaguio2386
Жыл бұрын
Yes, the program needs to clean the continuous block of memory allocated to m_Data.
@cole-nyc
4 жыл бұрын
Great video! one comment though: When you heap-allocate an array you have to free it with 'delete[]' instead of 'delete'. Your code frees only the first element of the array.
@KishoreG2396
4 жыл бұрын
Technically its UB with char* string literals
@charoniv5631
3 жыл бұрын
what really?
@tolkienfan1972
2 жыл бұрын
According to the standard, using delete instead of delete[] is UB. In practice, both delete and delete[] are simply forwarded to the libc function "free", and therefore end up behaving the same. Of course I an NOT advocating using delete instead od delete[], that would be terrible practice. But there isn't an implementation out there that only frees the first element. In fact there isn't a function you could use to only free the first element. Even realloc won't do that.
@Flinsch77
2 жыл бұрын
With `delete` instead of `delete[]`, the whole array gets freed, no problem so far, but only one destructor might be called: that of the first element. This doesn't matter in the case of a `char` array, but it can be relevant for more complex objects, which in turn might allocate their own memory (which would then have to be freed again).
@tolkienfan1972
2 жыл бұрын
@@Flinsch77 that is correct. Thanks for that
@DassVeryGood
2 жыл бұрын
This makes way more sense than what was being taught to me, where we just pushed multiple of the same object into a vector with different values (i.e. vec.push_back(Move{10})... vec.push_back(Move{n})). Sure it works, but doesn't help with visualizing the need to use a move constructor or semantics. This video helps so much, it just clicked instantly after watching this!
@JayAnAm
4 жыл бұрын
Wow, naming a parameter "string" is quite... courageous:-)
@ianpan0102
4 жыл бұрын
Unless you're using namespace std, it doesn't really matter.
@@ianpan0102 Using namespace std is a cardinal sin anyway
@alphazero4587
3 жыл бұрын
@@unsafecast3636 Bruh Bruh(Bruh);
@НейтральныйМаппер-з2м
3 жыл бұрын
@@unsafecast3636 god
@aqezzz
4 жыл бұрын
Thank you for this video! This is one of my favorite series on KZitem and this is a topic that can be quite confusing but you simplified it beautifully. Great job and keep up the good work
@Yupppi
11 ай бұрын
Some of the videos are really clear cut and understandable, but I must say that in this one I dropped the ball very quickly. In like 10 seconds there appeared 50 lines of code and multiple class with their methods, privates, publics, printf, memcpy, delete etc.
@hamdaman3593
4 жыл бұрын
Yes the ps5 part 2 is coming this weekend, whose looking forward to that
@khoing1111
4 жыл бұрын
Founding this channel is a god damn blessing for me. Why did I not know about you earlier? Probably spent my whole life of luck on this.
@nallaprakash6901
4 жыл бұрын
Man I was waiting for this from ages 😭😭😭😭, FINALLY Thanks Chernikov 😄
@RenatRakhmatullin
4 жыл бұрын
4:40 should be delete [ ]
@TernaryM01
4 жыл бұрын
He should've tested it on PVS-Studio to see if it can detect the memory leak.
@abdallahrashed1947
4 жыл бұрын
what is the difference ?
@Zatmos
4 жыл бұрын
@@abdallahrashed1947 "delete" destroys a dynamically allocated object and "delete[]" destroys a dynamically allocated array
@jinchengzhang25
4 жыл бұрын
@@TernaryM01 underrated comment lol
@adityakolachana4621
5 ай бұрын
The way you added cast before bringing in std::move was really the way std::move should always be explained.
@BillThaPill
4 жыл бұрын
Need that part 2 reaction video bruh. U be preaching facts and I be feeling that. Keep up the good work my guy. Just run that reaction video for ya boy. You’re killing me Smalls
@giannitedesco6153
3 жыл бұрын
You can do printf("%.*s ", (int)m_Size, m_Data); rather than that printf loop - it's easier, more efficient, and won't b0rk when you call it from multiple threads since the single call will happen under the stdout lock.
@radioactive5882
3 жыл бұрын
Move semantics is basically the same thing as what Patrick said from sponge-bob. Why don't we just move the bikini bottom. In other words, moving a large object without copying it. It would be a real pain to build a town, rebuild it somewhere else, and tear the old one down. Thanks btw, your videos semantics and R/L values really helped me out a lot. Would have probably given up on my textbook if I hadn't seen this video. The moment I realized how R and L values worked was when you mentioned the phrase "Location Value". All the rules suddenly clicked. I realized L values were like vacant houses for variables. When you assign 10 to x, you are assigning the value of 10 (an R value) to a memory location (l value). Reference variables allow you to sort of bend the rules a bit...
@shubham91219
4 жыл бұрын
Hey Cherno, could you please make some videos on lock free programming and memory ordering as well? Thanks for all the great content so far.
@KishoreG2396
4 жыл бұрын
Memory ordering is a very tricky subject.
@chawnneal159
3 жыл бұрын
OMG! Ever since your view_string video, I've been obsessed with making my own string_view! After this video I was able to mimic some functionality via referencing the same memory! With some extra steps I can prevent writing! Thanks so much!!
@AllothTian
4 жыл бұрын
It's worth noting that we need to make the moved-from string "hollow" because its original constructor will still fire. In essence, a moved-from object can have multiple instances of its destructor being fired. This, as you can imagine, is rather inefficient. The alternative is what's called a "destructive move," but the design committee of the language couldn't figure out a way to make that fit with the existing object model. For the curious, you can look up Howard Hinnant's and Sean Parent's posts on this matter.
@267praveen
4 жыл бұрын
Finally ... It's here. Thanks Cherno. Next awaited ..... Regex SFINAE Random engines
@halaszka2949
3 жыл бұрын
I KISS YOUR EYES! I didnt unterstand it with my book, but then i found you. R Value Refenrences and Move Semantics are very usefull
@JJFoxLegacy
4 жыл бұрын
Dude loved the ps5 video, can't wait for the next part !!!
@ישראליעקובוביץ
2 жыл бұрын
u give a human touch to a very dry and difficult topic , very helpfull
@kamilkarwacki9590
4 жыл бұрын
I learned so much about it but still dont know how to use it. So happy to see that you do a video on it as you always go very deep into these topics.
@jh-lp7cg
4 жыл бұрын
Also, I believe any time the compiler can use Return Value Optimization do not try to use move semantics for return values. RVO will be more efficient.
@rafalmichalski4893
4 жыл бұрын
Less typing with "puts" (it adds ' "), so no need to use printf only to print non-formatted string with " " at the end. Anyway great material Cherno.
@xYuki91x
4 жыл бұрын
Yesss, I've been waiting for this, THANK YOU :) Will you make a video on Return Value Optimization in the future? I don't really get that topic, my professors aren't good at explaining, but you are
@Omnifarious0
4 жыл бұрын
You missed pointing out that if you have a true temporary it will also use the move constructor without needing ::std::move
@abdullahamrsobh
4 жыл бұрын
That video really came, when i needed it thanks Cherno
@tmsaskg
Жыл бұрын
Cherno, you could perfectly voice Mike Judge, several B&B characters including Butthead. Did anyone point that out? Quite good resemblance in this video!
@karandutt4534
3 жыл бұрын
Hello Cherno, please keep uploading new features of C++ 11/14/17/20. Your content is great.
@maniaharshil
10 ай бұрын
This is freaking greatest explanations ever for move sementic with demo : this explains whats going on underneath actually!! And how move sementic helpful in performance
@ameynaik2743
2 жыл бұрын
Take aways 1. Move constructor takes rval reference. 2. Instead of type casting var to rval using (T&&) var, we can use std::move(var) const T & takes both rval and lval but if rval is provided to this, it calls copy constructor because intermediate temporary variable is created. To avoid this we use move constructor.
@_Omni
2 жыл бұрын
Casting to xvalue
@CacheTaFace
4 жыл бұрын
Great explanation! BTW your hair looks great here
@john_codes
4 жыл бұрын
Everyone: RELEASE PT 2 OF THE PS5 REACTION VIDEO Cherno: Here's a c++ move semantics video. Lol just kidding. I know he's releasing the video on Saturday. Can't wait!
@redscorpion9325
4 жыл бұрын
John True Statement,this popped up and I was like where PS5 part 2 video everyone is waiting for😁
@redscorpion9325
4 жыл бұрын
How do you know its being released on Saturday?
@Optamizm
4 жыл бұрын
@M. de k., could be the Discord?
@john_codes
4 жыл бұрын
@@redscorpion9325 go to his channel and look at his community post. He said it's coming on Saturday:)
@alecmather
Жыл бұрын
One thing I ran into while going through this video (apologies for my novice) is that you're using this shorthand syntax to assign the Entity->m_Name property in the constructor by doing ": m_Name(name)". Out of curiosity, I tried doing it the way I'm familiar with (just a normal "m_Name = name") inside the body of the Entity constructor, and this caused an error in the destructor of the String class. No idea why/how these two property assignments are different, probably worth an explanation somewhere? Thanks again for making awesome videos!
@alexandrumarcel3696
Жыл бұрын
the difference between ":m_Name(name)" outside of the actual Constructor body and "m_Name = name" is that the first one is calling the Copy Constructor and the second one is calling the Operator = of the String class. Since there is no overloaded version of the operator = the compiler uses the default version provided by the compiler, but as the compiler doesn't know how you want to treat your pointer variable (m_Data) it just simply doing a shallow copy. So "m_Name = name" is basically assigning the pointer name.m_Data to m_Name.m_Data (m_Name.m_Data = name.m_Data), which will result in both name and m_Name pointing to the same address. So when "name" goes out of scope and the Destructor gets called, this will result in "m_Name.m_Data" being a dangling pointer, so when the m_Name object's Destructor gets called it will try to delete the pointer m_Name.m_Data which has been previously deleted when "name" got out of scope. Or at least this is I think happened :D Try to overload the operator = if you want to use the "m_Name = name" version
@alecmather
Жыл бұрын
@@alexandrumarcel3696 you're a G for this explanation lol I also found that he later does a whole video on this difference which also helped a lot, thank you!!
@Sala-lh9fu
3 жыл бұрын
Thank you so much fir being so thorough with your explanations! :)
@gvcallen
4 жыл бұрын
I don't think I've ever been so excited to watch a C++ video before xD. They should put you on Netflix Cherno! ;)
@supersquare
4 жыл бұрын
Thank you so much Cherno!! You're seriously the best 😊
@MKolbe-jh6yh
3 жыл бұрын
THANK YOU MY FRIEND! YOU JUST SAVED MY SEMESTER :D
@Nick-tv5pu
Жыл бұрын
Great video, I always look forward to your stuff. That said, at 0:53 isn't that what references (pointers) are for? You don't have to copy a value to/from a function if you just pass/receive a pointer?
@crash1013
4 жыл бұрын
Many years ago when I learned K&R C, ignoring the NULL sentinel was one of the most painful programming lessons I learned. Bad things can happen if you don't allocate room for the NULL sentinel and then use C standard library string functions.
@tarasov9794
4 жыл бұрын
C++20 expert: look! innovation! Me: *laughs in C99 pointers*
@gamedevprod6276
4 жыл бұрын
T a r a s o v exactlyy!! loll
@delulu6969
4 жыл бұрын
I'm new to coding/programming. I started with JS and PHP. Along the way I learn OOP, and design patterns. Accidentally, I learn to understand Java and C++ syntax thanks to KZitem video suggestions like this. Thank you!😊
@HamidMehr
2 жыл бұрын
So after attempting to learn move semantics/rvalue references for n times ( n >= 100) this finally clicked. Thanks, Cherno!
@TheZenytram
3 жыл бұрын
4:27 😲 he used printf( ); i cant believe it.
@student99bg
Жыл бұрын
This has finally clicked. It clicked only after I realized that copy constructors, move constructors etc. are just regular constructors which take in a const reference and an rvalue reference, respectively. My knowledge of Rust got in the way of understanding this at first. So, basically, if you want a constructor to take ownership of the existing data instead of copying it, the constructor should accept rvalue references. What's weird is that C++ seems to be different than Rust here. Rust's compiler doesn't allow you to use moved objects. As far as I understand in C++ you can go on and use objects even after casting them to rvalue reference and passing them to a constructor. Compiler will let you do it.
@nabil41854
4 жыл бұрын
Thanks for the great explanation. I just have a note, you are moving the curser a lot making it a bit difficult to follow. cheers
@muhammadaamirzaman
4 жыл бұрын
Top class teacher for Cpp
@DIYGuy85
4 жыл бұрын
Can someone please give this guy an award!
@mkhadka123
Жыл бұрын
Ok my head is spinning now
@musicplaylist3550
4 жыл бұрын
These videos are here to stay to help people even 5+ years from now 😨
@vickoza1
4 жыл бұрын
You made a mistake with the delete operator in the districtor. You need to uses the delete [] and not the delete witch will only delete one character.
@oracleoftroy
4 жыл бұрын
It's undefined behavior, so all bets are off, but technically it would only call the destructor for the first item (which is meaningless for a char) and very likely delete all the memory. Which is basically the worst type of undefined behavior, everything works fine today, and tomorrow compiler writers figure out a way to get more speed and your code stops working.
@dmitryincog7455
4 жыл бұрын
I sorta expected a quarrel in comments along the lines: "you stupid cpp guys invent ridiculous things like exceptions and raii and then try to fix them with move semantics and stuff, you are so dumb", "no, it's you that is dumb, those things are super useful, they help us create really robust software without spending million hours debugging some obscure bugs". I even brought songs popcorn. Oh well, better luck next time
@powerslideita
4 жыл бұрын
When's part2 of the ps5 event?
@J-PSX
4 жыл бұрын
This week end.
@therealgunny
4 жыл бұрын
move semantics are a great addition to c++ imo. i really like the approach that the committee has taken with c++. they are trying to make it more user friendly for new comers. great video btw.
@gideonunger7284
4 жыл бұрын
Move semantics in c++ are a terrible mess though. Compared to move semantics in rust it's so overengeneered, complicated and also worse to use.
@therealgunny
4 жыл бұрын
@@gideonunger7284 tbh if you compare c++ to most of the languages, it's a mess, i'm an avid c# user besides c++ and i know what you mean.
@benhetland576
4 жыл бұрын
Move semantics is really not much more than fancy syntax sugar for pointer management behind the scenes IMO. Ownership of heap-allocated data is perhaps the most crucial issue to retain a clear overview over in order to stear clear of producing an app full of memory leaks (or the opposite: double-freeing). In languages with automatic built-in memory mgmt this challenge is attempted solved with a different philosophy than in C++ with its direct mem.mgmt, and that may well justify hiding those details from the programmer there. But with direct mem.mgmt hiding such details just appears to falsely relieve the programmer from that concern which they really ought not, and should not, forget about, ever! Thus, an unaware coder is easily mislead into not caring so much about it as they probably should; there is a loss of awareness. One got more direct control of mem.mgmt with a potential for better performance and flexibility, but with that potential also comes risks and responsibilities. In light of this I personally think we would be better off without the feature, as the smart pointers actually provide the same solution except you can better see what is actually going on. Move semantics actually cannot completely avoid copying in all cases anyway (consider objects on the stack as well as the underlying ptr to heap memory, for example), and it also introduces a nasty side-effect in that it may leave the source object in a limbo state while it is still technically accessible and within scope of the code. While such use is declared illegal/undefined, it is something that becomes all too easy to do by mistake. I guess I have just seen too many bugs arising from using uninitialized vars/objs over the years too feel comfortable in presence of any new feature with similar risks... It is not always that easy to know in an instance whether a move ctor or assignment was invoked instead of the corresponding copy ctor/asgmt ;-)
@tannishkmankar3998
Жыл бұрын
Still working as of today, ty!
@lmnefg121
4 жыл бұрын
really love your videos and i have learn a lot things from them
@GreenFlame16
4 жыл бұрын
Hey, Cherno, the video after Static Analysis in C++ is now marked as private. Was that intentional? Or was it also on move semantics but now you're redoing it and thus removed the old one? Loving your content!
@AlmightyFSM
4 жыл бұрын
What a colossal PITA
@beboba2498
Жыл бұрын
That's why other languages are simply using smart pointers, and C++ also has smart pointers, which are way more convenient and less prone to errors than move semantics
@RelayComputer
Жыл бұрын
I was thinking exactly the same
@RaonCreate
3 жыл бұрын
well done explained
@B4dD0GGy
4 жыл бұрын
entertaining while *learning*, love it
@mikewajda9912
4 жыл бұрын
Just found you channel and watched almost all of your c++ videos and some of your game engine series. Awesome job and thank you! Wanted to ask how you feel about rust compared to c++ and if you have had any experience with rust at all?
@tannishkmankar3998
2 жыл бұрын
Great you solved one headache for me, thanks
@Ximaz-
8 ай бұрын
I really enjoyed your video, thanks.
@tomwhitcombe7621
4 жыл бұрын
Literally just watched your lval rval video an hour ago. Good timing :)
@shefman200
4 жыл бұрын
Ayo my g we respect your regular content...but we want that that ps5 part 2
@J-PSX
4 жыл бұрын
The PS5 part 2 is coming this weekend
@midnightcookies8699
4 жыл бұрын
tomorrow
@redscorpion9325
4 жыл бұрын
How do you know🤷🏽♂️seems like rumors to me
@TarunKumarSaraswat
3 жыл бұрын
Wow❤️ simplified to the core
@indramaniarora7901
3 жыл бұрын
Hey Cherno. One video on std::decay as well please
@ivanpolyakov5746
4 жыл бұрын
Excellent example with string!
@grownupgaming
2 жыл бұрын
Great video, very clear!
@mgancarzjr
4 жыл бұрын
Fairly certain this conundrum was a chapter in Effective C++.
@R3negade638
4 жыл бұрын
Dat rubber duck water bottle
@aylivex
Жыл бұрын
The destructor should use delete[] because the memory was allocated with new[].
@AugusteeeJoJo
3 жыл бұрын
This is amazing! Thanks!
@ckacquah
4 жыл бұрын
Your videos always explain everything better 👍... Nice example
@LangDau
4 жыл бұрын
Good stealth
@poggly
4 жыл бұрын
This helped a lot, thank you!
@norbertnemesh
4 жыл бұрын
You should tell people about swap idiom in this Move Semantics Saga™
@oraz.
Жыл бұрын
I think this topic would be less confusing if it was discussed as "move constructors" from the start instead of move semantics.
@alexandrumarcel3696
Жыл бұрын
if we use the new[] operator for allocating memory for m_Data, shouldn't we use the delete[] operator in the Destructor, or am I missing something ?
@adamodimattia
4 жыл бұрын
Please do an episode about explicityly defaulted constructors like String() = default
@konstantinrebrov675
4 жыл бұрын
Finally this topic was explained to me clearly.
@Swonkasaur
4 жыл бұрын
Thank you for the free 2 months of skill share ;D
@Toccobass13
3 жыл бұрын
Thank you!
@kartikpodugu
Жыл бұрын
we need more real examples of lvalue reference, rvalue references and move semantics
@meirklemfner114
4 жыл бұрын
My goodness! I didn't know the last part...
@alexbutane5550
4 жыл бұрын
Do all containers in modern C++ have move constructors and move assignment operators by default? and if so how do you use them?
@yohan7027
4 жыл бұрын
Should you use move with functions? Let's say: std::vector add( std::vector a, std::vector b) { ... } and I need to use whatever is passed into a and b later, is it better to pass by reference or move? I know that anything moved shouldn't be used again, so is there a way to move back after the function is done? Like making the parameter a const move or something? I ran some trials and move was faster than reference (is that true?) but it's pointless if it leads to undefined behavior.
@Dante3085
4 жыл бұрын
5:35 Shouldn't we also delete[] m_data for this String, before we put the other String's data on it ? EDIT: I am sorry. At construction time the this String obviously can't have any data that we need to delete before assigning other's data.
@thestarinthesky_
4 жыл бұрын
Thanks for this great video. It would be great if you could slow down a little bit!
Пікірлер: 448