2010-03-28 6 views
1

Quelles sont les meilleures pratiques dans le développement des extensions de l'interface utilisateur riche pour ASP.NET MVC (je veux dire le chargement asynchrone/partielle, effets lisses, écorcher, etc.)? J'ai vu que Telerik avait une suite d'extensions MVC, mais je ne les ai pas encore essayées, donc je ne peux pas les commenter. Ma plus grande préoccupation à ce jour est de savoir comment structurer le code de mes extensions de sorte que C#, le balisage ASP et JQuery restent séparés les uns des autres, mais encapsulés de telle sorte que l'extension soit facile à distribuer et à réutiliser .développement ASP.NET MVC UI Extensions - meilleure approche

Je sais que l'approche de contrôle utilisateur avait beaucoup de défauts, mais il sorte de permis aux développeurs d'applications de référence juste un contrôle, régler certains paramètres et qu'il passe en quelques minutes. Je voudrais atteindre le même type de portabilité/réutilisation que je garde toujours le code facile à étendre et à construire.

Maintenant, quelques idées qui viennent à l'esprit comme des sujets de discussion sont: aides modèle par rapport aux aides de méthode d'extension ou d'une intégration possible utilisation efficace des jQuery - Conventions de nommage - - chargement d'action asynchrone - etc vous pouvez ajouter tout ce qui vient à votre esprit

Répondre

0

Le plug-in spécifique Asp.net MVC/module/question des composants a été posée:

What is best practice on ASP.NET MVC projects and extensionable/skinned systems?

ASP.NET MVC "Components"

ASP.NET MVC - How to achieve reusable user controls and maintain DRY?

Custom components and ASP.NET MVC

Je prendrais un coup d'œil à d'autres approches qui sont là avant de devenir pédant les conventions de nommage et modèle vs aides de méthode d'extension ou autre (je ne comprends pas ce que cela signifie quand même;)).

Questions connexes