Meilleures pratiques javascript pour les développeurs asp.net mvc

Question

Toutes nos excuses pour cette question très subjective.

Je suis à la recherche de quelques exemples pratiques de la façon de gérer le javascript mieux dans asp.net les applications mvc.

Avant de jQuery, j'ai essayé d'éviter l'utilisation de javascript autant que possible. Maintenant, je suis en utilisant un lot de, mais estiment j'ai peut-être raté quelques bonnes pratiques / recommandations pour la structuration de mon code javascript dans les grandes applications web.

Certaines choses que je suis coupable et que vous souhaitez déplacer à l'écart de:

1. Le javascript en ligne de mon point de vue. Je ne parle pas des masses de code, mais il n'est pas rare pour moi d'avoir quelques code d'initialisation sur chaque vue.
2. Un grand "site" fichier javascript. Comme la liste des plugins utilisés dans mon application augmente (par exemple jquery ui), mon "démarrage", une fonction d'initialisation de chaque plugin. Souvent c'est pour éviter la question 1 (ajout de javascript inline). Peut-être un fichier javascript per view est une meilleure solution?
3. Tout semble très procédurale. Je suis habitué à travailler dans un orientée objet .net, mais quand il s'agit de javascript, ce qui semble sortir de la fenêtre. Maintenant, je sais que la POO est certainement possible, et a encouragé avec javascript mais je pourrais le faire avec de voir des exemples concrets de la façon dont je devrais être en train de faire dans le contexte d'une véritable application web.
4. Namespacing / structure de projet - j'ai vu quelques exemples de javascript namespacing (en vertu des objets) et comme dans l'approche, mais encore pourrait faire avec un peu plus de connaissances de base.

Tous les sites, des livres, etc. que les gens peuvent recommander serait appréciée.

Answer 1

J'ai pensé que je jetterais dans mes 2 cents.

1. Les meilleures pratiques suggèrent de ne pas utiliser JScript dans les vues, et ce que j'ai trouvé pourraient être évités en utilisant le HTML helpers qui contient JScript ou de pousser JScript dans les fichiers JS et l'initialiser dans votre helper HTML. C'est ce tiers, MVC contrôle de dev (eg. Telerik). Si vous décidez de pousser le JScript dans votre contrôleur, vous trouverez il devient malpropre assez rapidement.

2. Je me retrouve souvent dans le même cas de figure où j'ai un fichier JS pour chaque vue, mais cela peut être consolidés ont un JS par module. C'est encore à la complexité de votre code peut être. Si vous trouvez que beaucoup de points de vue ont la même initialisation, alors vous pouvez aller en bas de la vue de base de l'approche. Ceci est également considéré comme une bonne pratique.

3. Vous trouverez que JScript est tout à fait OO et c'est à voir avec la façon dont JScript utilise JSON. Je trouve que la souplesse de JScript causes de maigre à l'écart de la POO. Mon expérience limitée avec JScript est de le garder court et concis, et cela re-appliquer les ré-utilisable JScripts.

4. Je pense que cela peut-être venir avec la pratique en JScript. Le plus gros problème je trouve ici n'est pas avec le nom de l'espacement, mais comment faire pour éviter de dupliquer/double chargement de JScripts. Si les vues sont à être "autonome", le devraient, en théorie, de charger leurs propres JScripts, mais ce sera la cause de JScripts être chargée plusieurs fois ou même de créer des conflits. Encore une fois, un bon helper HTML pouvez vous enregistrer ici (aplogies, je n'ai pas un bon exemple, mais Google et vous ne pouvez pas vous tromper).

Dans l'ensemble, JScript est très puissant et ouvre de programmation web à un nouveau niveau entier. JScript sera de plus en plus une partie de la plate-forme web, surtout quand tout le monde se déplace en HTML 5. Avec MVC et JSript, il y a 100 façons de faire exactement la même chose et les meilleures pratiques peuvent seulement vous emmener jusqu'à présent. Le reste est à vous de décider en fonction de ce que vous essayez d'atteindre, qui est votre public cible sont et quels sont les navigateurs que vous défendez.

Answer 2

C'est l'article que je cherchais - http://rmurphey.com/blog/2009/10/15/using-objects-to-organize-your-code/

Ceci a finalement répondu à ma question sur la meilleure façon de structurer mon Javascript de manière plus OO.

Je recommanderais également http://jqfundamentals.com/

Answer 3

J'ai utilisé la méthode décrite ici:

http://weblogs.asp.net/jaimedelpalacio/archive/2011/03/23/a-way-to-organize-your-javascript-code.aspx

Je serais curieux de savoir ce que vous en pensez.

Ref à une question similaire sur DONC

Est-il une meilleure façon d'organiser javascript dans un fichier unique avec du code spécifique pour plusieurs pages?

Answer 4

Pour moi, des bibliothèques comme KnockoutJS ont beaucoup aidé à organiser mon code JS, c'est vraiment puissant, je l'ai utilisé pour plusieurs projets et ça a très bien fonctionné. (Je suis également un développeur mvc d'asp.net, mais cela s'applique également à d'autres technologies. De plus, celui qui l'a inventé a beaucoup d'expérience avec aspnet mvc)