Peut-on personnaliser ses requêtes avec un CRUD généré ?

Bonjour!
j'ai créer un controller avec ASP.NET MVC 3 avec génération du CRUD d'entity framework. je voudrais pouvoir faire d'autres requêtes d'insertion vers les tables qui ne sont pas directement liées au controller. par exemple, j'ai deux tables Entrees et Stocks. j'ai crée un controller EntreeController qui me permet d'ajouter toutes mes entrées dans la BD. or je voulais qu'en insérant les données dans la table Entrées, que je puisse également mettre à jour ma table Stocks. comment faire pour gérer ceci?
voici quelques unes de mes tables:
Entrees(identree, idarticle, quanite, dateentree)
Stocks(idstock, idarticle, qte)
Articles(idarticle, designation, prix)
Merci d'avance!

Bonjour Beaudelaire,

Je n'ai pas très bien compris ton problème, tu souhaite pouvoir ajouter une entité stock et une entité entrée en même temps à partir de la même action?

Citation:

---

Envoyé par beaudelaire

voici quelques unes de mes tables:
Entrees(identree, idarticle, quanite, dateentree)
Stocks(idstock, idarticle, qte)
Articles(idarticle, designation, prix)
Merci d'avance!

---

Le calcul du stock semblant (a priori) dérivé uniquement des entrées et sorties, il ressort donc, pour moi, du SGBD, pas de l'application cliente.

=> PS et/ou Triggers.

En fait, Pierre-AlexandreGury a parfaitement compris ma préoccupation. Alors, comment je dois procéder?

Tu utilise un repository qui te permet de manipuler les entités de ta base de donnée, ou bien utilise tu directement ton contexte a l’intérieur même de ton controller?
Si c'est la deuxième solution, je ne vois pas ce qui pourrait t’empêcher de créer un nouvel objet du type souhaité et d'utiliser ton objet contexte pour l'ajouter en base juste avant la méthode savechanges().

Essaye de me détailler un peu plus ce que tu souhaite faire, le comportement exact que tu souhaite recréer.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

// GET: /Entree/Create   public ActionResult Create() { ViewBag.idMateriel = new SelectList(db.Materiels, "idMateriel", "nomMateriel");   return View(); }   // // POST: /Entree/Create   [HttpPost] public ActionResult Create(Entree entree) { if (ModelState.IsValid) { entree.dateEntree = DateTime.Now; db.Entrees.AddObject(entree); db.SaveChanges(); return RedirectToAction("Index"); } ViewBag.idMateriel = new SelectList(db.Materiels, "idMateriel", "nomMateriel", entree.idMateriel);   return View(entree); }

---

Comme vous pouvez le voir, voici mon controller : EntreeController
Ce que je souhaite est de pouvoir insérer les informations à la fois dans la table des Entrees et faire une mise à jour de l’enregistrement dans la table Stocks. Par exemple si la nouvelle entrée concerne 50 vélos, je voudrais qu’en même temps ces 50 vélos s’ajoutent aux vélos restants dans la table Stock(une incrémentation en quelque sorte du stock de l’article vélo). Où dois- je écrire ma requette ?

Il vous suffit de rajouter les lignes permettant de faire un update de votre table stock dans cet action :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

[HttpPost] public ActionResult Create(Entree entree) { if (ModelState.IsValid) { entree.dateEntree = DateTime.Now; db.Entrees.AddObject(entree); Ici db.SaveChanges(); return RedirectToAction("Index"); } ViewBag.idMateriel = new SelectList(db.Materiels, "idMateriel", "nomMateriel", entree.idMateriel); return View(entree); }

---

Vous utilisez du sql server avec entity framework?

oui j'utilise SQL Server avec Entity Framework. ça peut poser problème? que me conseilles-tu?
Par rapport à ta réponse, je vais m'y mettre tout de suite. Mais avant, je voulais savoir: puisque je suis dans le controller Entree et que je dois faire des mises à jour sur la table Socks, ça ne posera pas un problème?

L'utilisation d'entity framework et sql server ne pose aucun problème.

Vis à vis de ta question si le fait de mettre a jour une entité de type Stock dans le controller Entree pose problème, et bien cela ne pose aucun problème.

Par-contre je te conseil de te pencher sur le pattern "repository", ce pattern a pour effet (entre autre) de permettre d'accéder aux entités stockée dans ta base de donnée a travers un objet appelé Repository.

Par exemple, tu aura une classe StockRepository, qui exposera plusieurs méthodes comme "GetStockById(int id)", "GetStocks()", "DeleteStock(Stock stock)" etc..etc... L'utilisation de ce pattern te permettra donc de centraliser toute tes requêtes linq vers ton contexte entity framework, et donc d’éviter la duplication de celles-ci.

Je te fais suivre un article intéressant pour que tu puisse te pencher sur ce pattern. Il y à énormément de ressources sur ce sujet sur le net, je te laisse donc continuer ton exploration seul =).

http://www.juliencorioland.net/Archi...exte-stateless