Question : MVC modelant

J'emploie actuellement un MVC-type modèle avec l'asp classique par l'intermédiaire de SQL/XML pour de grands (comme mesuré par compte de page) apps d'affaires et AM regardant probablement transitioning à a. Application MVC2 nette.  En regardant quelques apps témoin, les modèles mettent en référence habituellement les tables directement, tandis que, je n'assigne pas des permissions d'utilisateur aux tables directement, mais accordent à la place des permissions seulement aux fonctions, aux vues, ou aux procédures stockées.  Le MVC2 $$etAPP fonctionnera-t-il pour ce type de scénario où l'accès direct de table n'est pas autorisé ?  Je dois pouvoir employer une fonction de retour de table (ou la vue) pour la question, un procédé stocké de mise à jour pour des changements, et un PS différent pour des suppressions.  LINQ pour le SQL allant être est-il utile ?  Y a-t-il un projet d'échantillon qui montre à quoi la partie modèle ressemblerait ?
class= de

Réponse : MVC modelant

Le cadre MVC est complètement séparé de votre technique de donnée-accès ainsi vous pouvez employer quelque type de couche d'accès de données vous vouliez avec lui, y compris les vieilles classes plates d'ADO.NET. Le beaucoup de l'accès direct de table d'utilisation d'échantillons parce que c'est la manière que le vent souffle à l'heure actuelle et lui offre la plupart de flexibilité.
Linq aux travaux de SQL assez bien avec des procédures stockées ainsi peut bien être utile à vous.
Le cadre MVC assez beaucoup se concentre sur contrôler les vues et les contrôleurs. La partie modèle est laissée jusqu'à vous pour vous mettre en application cependant voient l'ajustement.