by nahname on 11/5/2012, 4:45:00 AM
by yuchi on 11/5/2012, 10:21:29 AM
Please, do not consider this article as normative.
Anyone trying to learn JS should have a look to more recent articles.
Examples:
- http://bonsaiden.github.com/JavaScript-Garden - Good insight
- https://developer.mozilla.org/en-US/docs/JavaScript - Good place to start learning, and for experienced developers a good place to contribute to
- https://duckduckgo.com/?q=javascript+inheritance+performance - Search for performance issues
PS: recently I found an article (probably here on HN) describing how v8 treats prototypes, and how to not break the performance boost given by v8 assumptions. Can someone remember which one was?
by dlazerka on 11/5/2012, 3:53:54 AM
That article is ancient, and has drawbacks discussed in other places. Everyone interested has already seen it (its googleable by just "javascript inheritance").
by brudgers on 11/5/2012, 1:39:10 PM
Obsolete, maybe. But I am a better person for learning the principles underlying Swiss Inheritance.
by pyrotechnick on 11/5/2012, 3:56:38 AM
"I have been writing JavaScript for 8 years now, and I have never once found need to use an uber function. The super idea is fairly important in the classical pattern, but it appears to be unnecessary in the prototypal and functional patterns. I now see my early attempts to support the classical model in JavaScript as a mistake."
When I need to consider inheritance in Javascript, I just use composition. I feel like I am balancing out all the times I've mistakenly used inheritance, when I should have used composition. Most of the time, inheritance is the wrong tool.
x is a y => inheritance
x has a y => composition
Consider,
A rectangle is a quadrilateral object. Okay, what is a quadrilateral object? Is this what I am concerned with or do I only care about the height and width? Maybe...
A rectangle has a height
A rectangle has a width
A rectangle has a set of quadrilateral properties
Don't get me wrong, sometimes the 'is a' relationship is the true relationship. I just find many people have a very difficult time building 'proper OO' because they are taught to stuff everything into some hierarchy that either doesn't exist or is too rigid to be useful. Think of a "tree is a plant". What defines a plant? What defines a tree? What if you had to consider a fake christmas tree? That is obviously not a plant, but it has many of the same characteristics of a tree. Should it then inherit from a tree? What if your plant can grow? Now you have a christmas tree that can grow.