2010-06-28 5 views
1

En tant qu'arrière-plan, je préfère la flexibilité et les avantages qu'offre ASP.NET MVC, et j'ai construit dans MVC depuis sa sortie. Mais le nouveau projet que je suis sur le point de démarrer nécessite un contrôle complexe de calendrier/planificateur - et aucune des alternatives de jQuery ne répond à toutes les exigences. Cela m'a conduit au Planificateur Telerik Radtools, qui coche toutes les cases, à l'exception de celui qui est destiné aux WebForms ASP.NET.Utilisation de OData à partir de WebForms

Le reste du projet contient des fonctionnalités CRUD de base, ce qui convient parfaitement aux motifs exposés via MVC.

J'ai récemment vu beaucoup de buzz à propos d'OData et je me demandais si cela pouvait me donner le «juste milieu» que je recherchais.

Est-ce que quelqu'un a déjà eu de l'expérience avec OData de Webforms (ou même si c'est possible, ou quelque chose que vous voudriez faire). Je cherche toujours à créer un UX lourd côté client basé sur jQuery, donc d'autres idées ou suggestions sont les bienvenues.

Répondre

0

Je n'ai pas encore utilisé les services de données WCF pour le développement de formulaires Web, mais le projet principal sur lequel je travaille est le prochain sur ma liste pour commencer à développer des fonctionnalités WCF-DS/OData.

C'est certainement quelque chose qui est possible, et je pense que c'est un bon ajout à un site/une application existante que vous voulez fournir des flux de requêtes et/ou des fonctionnalités CRUD supplémentaires. Mon problème, en ce moment, est que mon projet de formulaires Web n'utilise pas Entity Framework comme modèle de domaine sous-jacent - nous avons un ensemble d'entités roulées à la main. Donc je vais devoir faire beaucoup de travail (un peu banal) en implémentant IUpdatable pour la fonctionnalité insert/update/delete. Mais je vais faire en sorte que le côté IQueryable fonctionne rapidement afin de fournir des gains rapides en termes de diffusion d'informations à partir de l'application. (Je ferais mieux d'aller avec les fruits à portée de main d'abord pour voir si ça en vaut la peine - je suis sûr que ça vaudra la peine, mais je vais aussi gagner vite!)

J'ai donné certains parlent autour de ma région sur WCF Data Services et OData et ont utilisé beaucoup de jQuery pour mes exemples. Personnellement, je l'aime. Le format JSON pris en charge par WCF-DS est parfait et s'intègre parfaitement dans mon travail jQuery. J'ai intégré les flux WCF-DS avec certains éléments de l'interface utilisateur jQuery (modaux pour afficher et/ou mettre à jour les données, différentes parties d'un flux sur différents onglets (récupérés de manière asynchrone), etc.) et je prévois également d'intégrer certains échantillons jqGrid que j'ai avec mes flux WCF-DS.

Si vous allez avec jQuery, je vous recommande vivement de garder tout JSON (évidemment) et vous ne devriez avoir aucun problème. Dites-le moi si vous avez d'autres questions à ce sujet. Je suis surpris qu'il n'y ait pas plus de réponses ou de commentaires. Je pense que c'est un très bon cadre pour s'intégrer dans un certain nombre de différents types d'applications (formulaires web, jQuery, Silverlight, etc.).

Espérons que cela aide! Bonne chance!!

+0

Merci pour la réponse approfondie ... Ont décidé de descendre le chemin MVC et ont été en mesure de "masser les exigences" pour s'adapter aux widgets jQuery calendrier/planificateur qui sont disponibles. C'est une interface frontale jQuery lourde qui utilise des jeux de résultats JSON dans de nombreux endroits - plus j'utilise JSON, plus je l'aime. J'espère que j'aurai l'occasion de jouer avec OData sur un projet ultérieur, cela semble être une technologie très prometteuse et comble un vide. – Boycs

+0

Ça a l'air bien.N'oubliez pas que vous pouvez obtenir votre résultat OData au format JSON au lieu de XML. Réglez simplement l'option jQuery.ajax() dataType sur 'json' (et cela définira l'option contentType sur 'application/json'). Bonne chance! –

Questions connexes