[Arch#] Architecture, IoC, AOP, Linq et co

Citation:

---

Envoyé par Bluedeep

Oui sensiblement. Le mieux dans ce cas est de procéder par injection de code : on utilise la Reflection la première fois, pour déterminer le code à injecter puis on injecte le code (avec "Emit") et ensuite on a des perf normales.

---

Comment tu transformes de la reflection en Emit ?

Citation:

---

Envoyé par anthyme

Comment tu transformes de la reflection en Emit ?

---

C'est vieux, mais c'est toujours vrai.
Reflection + Emit

J'y jetterais un oeil ;)

La version v0.2 est disponible ! :)

Elle inclut des outils permettant d'utiliser le domain model (pocos enrichis d'aspects) sur toutes les couches d'une application EF4/WCF/RIA (Silverlight ou WPF)
Les services WCF fournis sont génériques et répondent au classique CRUD sans ajouter de code coté serveur.

Pour fonctionner le pattern ressemble à une approche 3 modèles objets (Entity, DTO, Presentation Model) sauf qu'un seul modèle de classe est écrit et que ce modèle est proxifié pour la partie Entity et Presentation Model.

La proxification est fait sans framework, a coup d'emit :)

J'espère que ca va vous plaire ;)

Ma priorité maintenant c'est de finir le POC Silverlight et d'écrire un ou 2 tutos.

Je pensais à un truc hier, en relisant ton sujet...

Je ne connais pas trop Azure ni le cloud, alors je vais peut-être dire une bêtise, mais...
Imagine que le cloud arrive aussi jusque dans le code.

En clair... Imagine un framework dans lequel tu n'aurais plus de base de donnée, plus de service de communication (wcf ou autre)... Que tout soit fait de façon totalement transparente.

On aurait juste un point d'entrée via une interface. Quelques exemples :

Code:

---

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

var mauvaisClients = Cloud.Where((Client c)=>c.Factures.Any(f=>f.Payee == false));   // A noter que cette classe Evenement est un pur POCO : // Pas de classe de base, pas d'interfaces, pas d'attributs.... class Evenement { public string Nom{get;set;} public DateTime Date{get;set;} public TimeSpan Duree{get;set;} } var evenement = new Evenement{ Nom = "Festival C#", Date = new Date(...), Duree = new TimeSpan(...), }; Cloud.InsertOnSubmit(evenement); Cloud.SubmitChanges();

---

Et derrière cet objet Cloud, on aurait un système qui implémente ce qu'il faut : persistance de données, échanges WCF, etc...

T'en penses quoi ?

C'est pas mal, et d'ailleurs il y a un produit azure qui fait déjà ça !
Azure Storage te donne une interface type WCF DataServices ou tu peux stocker tes objets et faire du linq dessus avec une approche sans schema (nosql)

Tu peux trouver des infos ici : http://msdn.microsoft.com/en-us/library/dd179355.aspx :)

Oui, c'est quand même beaucoup plus compliqué que ce que j'ai présenté :p

Encore une nouvelle version : 0.3 !

Au programme : quelques outils RIA, un peu de refactoring, un POC Silverlight fonctionnel et aussi un tutoral sur le poc MVC (et de la correction de bug et refactoring aussi :mrgreen:)
J'ai un peu galéré a faire la doc sur codeplex alors j ai fait un pdf ... j'essairai de faire mieux plus tard :)

Tutorial

Source v0.3

Le tuto sur le POC Silverlight et son modèle objet multiproxifié pour bientôt ;-)