I like classes in general, but I feel that the JavaScript implementation isn't mature enough. And with this new proposals (ridiculous #, for example), we aren't getting any better. This was one of the reasons I switched to TypeScript for my larger things. Interfaces, private/protected/public methods, all seems very in-place.
I completely understand your lack of sympathy towards extending, inheriting etc., but this comes with the OO design. If you create a class, you have to bear in mind that it may be extended by some other entity. And what happens next is the responsibility of one doing the extension. If this person overwrite your method, well, perhaps she or he should look at the base class first?
Another fact is, I tend to steer towards functional paradigm whenever I can. But the problem with this approach is, you will need some state control, sooner or later. They, you'll create more and more abstract entities only to store something that a class instance could easily contain. While this isn't always bad, it often introduces higher complexity which, in result, may yield harder maintenance.
To what this boils down to? I would say that using paradigms where they apply.
Thank you for your comment :) I can't resist showing you an interesting example. It is about one of your sentences:
If this person overwrites your method, well, perhaps she or he should look at the base class first?
Are you sure, that people are using inheritance in the right way? Below example is from one of web component implementation (here you have full source code):
Are you sure you want to use Vaadin as an example for anything? :D
This code, while very extreme, shows the difference between knowing the syntax and knowing how to program. While still valid, creating such structure introduces almost impossible way of telling what is being used, overwritten etc.
I see, but this proves nothing. Saying that "there are many examples of bad practices" can be revoked with "there are many examples of good practices". You don't stretch a rubber band the the max just because it can be stretched :)
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Hello Dominik ;)
I like classes in general, but I feel that the JavaScript implementation isn't mature enough. And with this new proposals (ridiculous
#
, for example), we aren't getting any better. This was one of the reasons I switched to TypeScript for my larger things. Interfaces, private/protected/public methods, all seems very in-place.I completely understand your lack of sympathy towards extending, inheriting etc., but this comes with the OO design. If you create a class, you have to bear in mind that it may be extended by some other entity. And what happens next is the responsibility of one doing the extension. If this person overwrite your method, well, perhaps she or he should look at the base class first?
Another fact is, I tend to steer towards functional paradigm whenever I can. But the problem with this approach is, you will need some state control, sooner or later. They, you'll create more and more abstract entities only to store something that a class instance could easily contain. While this isn't always bad, it often introduces higher complexity which, in result, may yield harder maintenance.
To what this boils down to? I would say that using paradigms where they apply.
Thank you for your comment :) I can't resist showing you an interesting example. It is about one of your sentences:
Are you sure, that people are using inheritance in the right way? Below example is from one of web component implementation (here you have full source code):
You still think that a user of
GridElement
class knows every single property and method, that all of this dependencies add?Are you sure you want to use Vaadin as an example for anything? :D
This code, while very extreme, shows the difference between knowing the syntax and knowing how to program. While still valid, creating such structure introduces almost impossible way of telling what is being used, overwritten etc.
This is one of many examples, that look like this in the web components area. Paper elements from the Polymer team are not much better in this :)
I see, but this proves nothing. Saying that "there are many examples of bad practices" can be revoked with "there are many examples of good practices". You don't stretch a rubber band the the max just because it can be stretched :)