Explain Generics Like I'm Five

I often see discussion about generics, but I've never really grasped what they are. I'm a Ruby/Rails developer, and the term doesn't seem to be used in that community.

Did you find this post useful? Show some love!
DISCUSSION (8)

Everybody likes stories and adventures. You yourself like them so much, that your father drew a story book specifically for you, where the main character goes on a journey and encounters lots of new and interesting things.

Now, you like unicorns, so the book your father drew for you has a unicorn as the main character. Your sister also really likes the story, but she prefers dragons to unicorns, so your father recreates the entire book, but with a dragon as the main character. Your best friend also really likes the story, but he'd like labrador as the main character, so your father obliges and draws yet another version of the story. Sounds like a lot of work, right?

Well 'generics' is as if your father made single book, but left a hole on every page, in such a way that you can place a picture of your main character of choice on the back of the book (exactly where all the holes line up), and suddenly the whole story is about your main character. From now on, all you need to do is make a main character for yourself, and you can have your very own version of the story, with no effort whatsoever.

I think this is the best explanation, but you might want to add how this maps to code as this is very abstracted away from code.

Given that this is an #explainlikeimfive post, abstracting away from the code is rather a fundamental requirement :).

But for completeness sake: the original books would have been the UnicornBook, DragonBook and LabradorBook classes, which are nearly identical expect wherever the Unicorn, Dragon or Labrador classes (or their instances) are used. The generic equivalent would ba a Book where T can be added for whatever you like, to create e.g. Book< Unicorn > or Book< Eagle >.

Hope that helps :-).

Heh, totally get where your coming from.

In strictly typed languages, Generics are a way to make an abstraction like a List or Map where the type isn't directly tied to the implementation. A Set for example, has standard operations that don't change whether you have a Set of cars or DOM Elements.


So you might set it up something like this.

class Set<E> {
}
public E get(int index) {
    return this._innerArray[index];
}
Set<Car> mySet = new Set<>();

That explains why I wouldn't be familiar with the concept from Ruby or Javascript, since those languages are dynamically typed to begin with. Thanks!

Here is a nice explanation from Scala, using the stack as an example.

docs.scala-lang.org/tour/generic-c...

Classic DEV Post from Apr 19

Give me your best programming haiku

...

READ POST
Follow @ben to see more of their posts in your feed.
Brian Kephart
I play guitar and bass. Sometimes I code.
Trending on dev.to
Seven Things to Do Before Asking For Help
#career #productivity #debugging
Barking at the right tree (1000 followers)
#meta #career #blog
Find someone to mentor
#productivity #career #devto
What are the essential tools and technologies that every junior developer should learn?
#discuss
He commits vendor! 😱
#discuss #vendoring
What discontinued company/product do you wish was still around?
#discuss
Ways to earn from Open Source Project as an Owner
#healthydebate #discuss #hacktoberfest
Any idea how to start blogging as a developer?
#discuss #idea #blog