7
votes

Sackbone.js "utilise-t-il de nouveaux effets secondaires" contrairement à JSHINT?

J'ai un Backbone.View CODE> Appelé appelé MainControlView CODE> qui peut se charger de lui-même (c'est-à-dire aucune raison d'avoir une référence extérieure à celle-ci.). Si, dans ma fonction de Bootstrapper principale, je baisse les choses comme ceci:

$(function() {
  var instantGarbage = new MainControllerView();
}); 


2 commentaires

3 Réponses :



1
votes

OK Tout d'abord, Crockford est un être humain avec des opinions; ni plus ni moins. Un grand nombre de personnes sont en désaccord avec beaucoup de ses opinions, c'est pourquoi la bibliothèque JSHINT est beaucoup plus populaire que Jslint, même si Jslint avait l'avantage de venir d'abord.

Je vous recommande vivement de passer à JSHINT afin que vous puissiez cesser de vous inquiéter de choses stupides que Crockford se soucie de ne pas réjouir votre code.


2 commentaires

J'utilise réellement JSHINT, et c'est un avertissement qui a survécu à la fourchette. Bien sûr, je peux le désactiver à Jshint, que je le ferai, mais je voulais mieux comprendre avant de le faire. Merci!


Oh, je ne me suis pas réalisé que l'on l'a rendue à Jshint (je dois l'avoir désactivé dans ma configuration et mon oubli).



1
votes

Regardez-le de quelqu'un d'autre en train de lire votre code pour la première fois. Les constructeurs sont généralement utilisés pour créer un nouvel objet, que vous agissez ensuite. En regardant cela, il semble que vous fassiez juste une nouvelle vue et que vous le jetez immédiatement sans rien faire.

Alors oui, avec ou sans JS [l / h] int, il s'agit d'une "mauvaise odeur de code". Jetez un coup d'œil à cet article -

http://tmont.com/blargh/ 2014/4 / constructeurs-devraient-ne pas avoir-les-saisir-effets


0 commentaires