https://github.com/getify/You...
Ce livre estime que le style lié aux objets est meilleur que le style orienté objet (prototype). Le livre indique également qu'il ne prend pas en charge la syntaxe de la classe ES6, mais il semble que le style orienté objet soit encore utilisé plus souvent. . Comment choisir?
Style orienté objet :
function Foo(who) {
this.me = who;
}
Foo.prototype.identify = function() {
return "I am " + this.me;
};
function Bar(who) {
Foo.call( this, who );
}
Bar.prototype = Object.create( Foo.prototype );
Bar.prototype.speak = function() {
alert( "Hello, " + this.identify() + "." );
};
var b1 = new Bar( "b1" );
var b2 = new Bar( "b2" );
b1.speak();
b2.speak();
Style d'association d'objet :
var Foo = {
init: function(who) {
this.me = who;
},
identify: function() {
return "I am " + this.me;
}
};
var Bar = Object.create( Foo );
Bar.speak = function() {
alert( "Hello, " + this.identify() + "." );
};
var b1 = Object.create( Bar );
b1.init( "b1" );
var b2 = Object.create( Bar );
b2.init( "b2" );
b1.speak();
b2.speak();
Que pensez-vous du style de programmation préconisé dans « JS You Don't Know » ?
Je pense que la réponse du Maître He est plutôt bonne.
Personnellement, je pense que si vous souffrez de trouble obsessionnel-compulsif, choisissez la délégation, et si vous n'avez pas de trouble obsessionnel-compulsif, choisissez l'orientation objet. L'auteur semble être un trouble obsessionnel-compulsif qui ne voit pas un grain de sable dans ses yeux et est particulièrement résistant aux problèmes individuels provoqués par les cours. La méthode que vous choisissez est entièrement une préférence personnelle. Quelle que soit la méthode que vous choisissez, le point clé est de comprendre son essence tout en restant basé sur la chaîne de prototypes. J'avais l'habitude de faire Java et je souffrais d'un léger trouble obsessionnel-compulsif, donc j'accepte davantage les cours ^_^
Comment écrire du code est bien sûr une affaire très personnelle, liée à vos habitudes et préférences. Mais je pense qu'il y a quelques principes de base pour référence :
Améliorer l'efficacité du développement
Réduire le taux d'erreur
3. Facile à lire et à comprendre
Une voie qui répond à ces trois points est une bonne voie. Violer ces trois points et insister sur une certaine voie ne vaut pas la peine d'être défendu.
Lorsque vous choisissez comment écrire du code, pourquoi ne pas les essayer tous et les comparer selon ces trois principes. Vous n'êtes pas obligé de le faire simplement parce que quelqu'un le dit ?