Комментарии:
thanks
ОтветитьWhy is my Java professor not teaching this?!
ОтветитьThis video reminds me so much of the mCoding video on python Data classes!
ОтветитьDOES RECORD WORK WITH SPRING BOOT?
ОтветитьRecords are a stupid implementation. Enough said
ОтветитьIt would've been even better if record implemented builder pattern. When you have a lot of fields, working with all feilds constructor looks like antipattern
ОтветитьVery well explained. Thank you kindly.
ОтветитьGreat video! Question please: How did you generate the toString method quickly without the IDE generation tool?
ОтветитьInteresting but when i look at it my classes often have some value which can change. Consider putting employee address in the employee record but people can move. People can even change their names.
ОтветитьYou are perfect 👌
ОтветитьIf you suffered from writing POJO classes throughout the years then you will appreciate Records and what they can do for you? Cuts down on lots of redundant boilerplate code...
ОтветитьCan we use records as a DTO that will be mapped when a request comes in?
ОтветитьJava at this point feels like 40 year old man that tries to stay young by adding cool new stuff to its life. Good content tho :D
ОтветитьNice and precise explanation without any fuzz 🎉
ОтветитьThanks you, could you make a tuto about permits keywords?
Ответитьcreative bor👍👍
ОтветитьIt is basically a Kotlin Data class for anyone wondering what Kotlin’s equivalent is before watching
ОтветитьThat's a really good teaching... Thanks 🎉
ОтветитьHi great video.
we use lombok a lot in our projects and the record seems less efficient in comparison. I am wondering what you guys think about it.
I check out ur course... But as a Indian citizen I found it some what expensive..😅
ОтветитьThank you brother!
Ответить@Lombok has entered the chat.
ОтветитьKotlin data class...
Ответитьwell explained as usual !
ОтветитьInteresting feature well explained thank you.
ОтветитьCan we use records in spring data jpa for data crud operations?
ОтветитьVery informative 👏
ОтветитьI find it weird that properties of a record is still private.
Since it's `final`, shouldn't it be okay to just have the properties public instead of retrieving its value through a function? Would look way cleaner too.
Thanks you!!
ОтветитьHuh, isn't this just a kotlin data class?
ОтветитьEquivalent to a 'data class' in Kotlin.
ОтветитьThe more important implements would be the Comparable interface to ensure a compareTo method for sorting.
ОтветитьAdding records to Java, takes me back to the 1980s.
Ответитьgreat video, thank you!
Ответитьwhy didn't my cs teacher tell me about this
Ответитьwhat if we have more number of fields in data class lets say 100 fields, in that case records looks very bad ....what is your input?
ОтветитьFor what purpose someone will need the object full of constants? For me it sounds a bit useless?
ОтветитьThanks a bunch
ОтветитьVery useful.
Ответитьis it possible to overload the constructor with less parameters like public E (String name) {…}?
Ответитьcool
ОтветитьDoesn't name.toUpperCase() mutate final name field?
ОтветитьHello john , can you please make a video on Heap sort ?
ОтветитьBeautiful video 💚 thank you 😊
Ответитьawesome!
ОтветитьWhat happens if you have a telephone field? Telephone numbers change from time to time, would you have to make a regular class instead of a record?
ОтветитьGreat tutorial
ОтветитьRecords as an entity or json rendering?
ОтветитьGuitars 🎸, drums 🥁, and programming. 💻 Yep! You're definitely part of my tribe. Excellent video! Keep it up.
Ответить