WPF et Repository Pattern

Bonjour,

j'aimerai avoir votre avis sur le fait d'appliquer le repository pattern avec du WPF et EntityFramework pour faire un espèce d'adaptateur vers une BDD.

Imaginons que j'ai mon Interface "IRepository<T>" et une class "SQLRepository<T>" qui hérite de IRepository<T> (avec T étant un objet EF).

Dans quelle partie de mon projet je lui dit d'utiliser ce "SQLRepository" ?
- plutot dans le App.xaml,
- ou dans une couche BLL qui sera appelé dans App.xaml lors du chargement de l'appli...
(en sachant que ce SQLRepository risque de se trouver dans un autre DLL, defois qu'un jour j'ai un OracleRepository)

Ma question peut se résumer à : "Comment est ce que vous initialisez votre couche DAL "?

Merci

Et de son chapeau magique il sort son article sur les architectures en couches, découplées et l'injection de dépendances:
http://dotnet.developpez.com/index/r...nael-Marchand/

Tada! :yaisse1:

alors là je dis "Chapeau"... :ccool:

Merci pour l'article je vais lire ça de se pas...

Juste une petite question.. Unity sert uniquement d'injection de dépendance ou peut on l'utiliser aussi pour une application sous forme de modules ?

Merci

Citation:

---

Envoyé par CaptainChoc

alors là je dis "Chapeau"... :ccool:

Merci pour l'article je vais lire ça de se pas...

Juste une petite question.. Unity sert uniquement d'injection de dépendance ou peut on l'utiliser aussi pour une application sous forme de modules ?

Merci

---

Pour la modularité regarde plutôt côté MEF :)

Pour ce qui est de l'utilisation du pattern Repository, il y a plusieurs type d'architecture... Multicouche (l'aritcle cité), DDD, avec Unit Of Work...

Ex :
http://blogs.msdn.com/b/adonet/archi...ework-4-0.aspx

http://waf.codeplex.com/

En fait le mutilicouche me plait bien, et de pouvoir tout configurer dans le App.config j'aime bien aussi...

Par contre je me rends compte que je vais devoir utiliser "MVVM light, MEF et Unity"... je n'ai pas intérêt à utiliser PRISM dans ce cas ? qu'en pensez vous ?

Perso, je travaille avec PRISM+Unity car j'ai pris l'habitude. Ca fait ce que je veux car je commence à l'avoir en main. Par contre, c'est pas le plus simple à prendre en main.

Citation:

---

Envoyé par Nathanael Marchand

Perso, je travaille avec PRISM+Unity car j'ai pris l'habitude.

---

Tu veux dire que tu utilises les deux dans une même application "PRISM+UNITY" ou tu veux dire que tu utilises tantôt l'un ou tantôt l'autre ?

Si c'est l'un ou l'autre et pas les deux en même temps, tu te bases sur quoi plus exactement pour faire ton choix entre les deux ? J'espère que cela ne dépend pas de tes humeurs :lol:

Citation:

---

Envoyé par h2s84

Tu veux dire que tu utilises les deux dans une même application "PRISM+UNITY" ou tu veux dire que tu utilises tantôt l'un ou tantôt l'autre ?

Si c'est l'un ou l'autre et pas les deux en même temps, tu te bases sur quoi plus exactement pour faire ton choix entre les deux ? J'espère que cela ne dépend pas de tes humeurs :lol:

---

Les deux en même temps, ils n'ont pas la même fonction :)
Unity en tant que container de PRISM et PRISM c'est pour le bootstrapper/modules/interfaces composites

Citation:

---

Envoyé par Nathanael Marchand

Les deux en même temps, ils n'ont pas la même fonction :)

---

Ils ont en partie les mêmes fonctions si je me trompe pas. PRISM et Unity permettent chacun de créer des applications modulaires. PRISM j'admet est bien foutu et permet pas mal de choses qu'on ne peut faire avec Unity.

Citation:

---

Envoyé par Nathanael Marchand

Unity en tant que container de PRISM et PRISM c'est pour le bootstrapper/modules/interfaces composites

---

C'est pour ça que j'ai posé la question Unity à lui seul permet de faire ce que tu viens de dire :D

Non mais sérieux j'aimerai bien voir la tête du gars qui reprendra ton code après vu que la plupart des développeurs n'ont pas tous des compétences sur Unity et PRISM en même temps. :lol:

Citation:

---

Envoyé par h2s84

Ils ont en partie les mêmes fonctions si je me trompe pas. PRISM et Unity permettent chacun de créer des applications modulaires. PRISM j'admet est bien foutu et permet pas mal de choses qu'on ne peut faire avec Unity.

C'est pour ça que j'ai posé la question Unity à lui seul permet de faire ce que tu viens de dire :D

Non mais sérieux j'aimerai bien voir la tête du gars qui reprendra ton code après vu que la plupart des développeurs n'ont pas tous des compétences sur Unity et PRISM en même temps. :lol:

---

Ah ben non, Unity c'est juste un conteneur d'injection de dépendance (et à la limite un chouia pour faire de l'AOP). C'est MEF qui fait plus que de l'injection de dépendance.
Et puis dans mon équipe, je les forme! En plus ma boite a pondu une appli de référence documentée à laquelle j'ai participé et qu'on a présenté aux techs days. A pas grand chose, c'est ce que j'ai dans mon appli :)

Ce que j'aime pas dans prism c'est le côté usine à gaz... Je préfère des Framework plus léger et plus facile à adapter...

Haha! T'as tout à fait raison ;) je confondais avec MEF. Merci pour la précision pour Unity ;)

PRISM ca donne pas une/des architecture(s) de base aux applications?

PRISM est une boîte à outils qui te permet plein de chose :)
Il y'a par exemple une classe de base et des RelayCommand pour ce qui est ViewModel, un EventAggregator, un système de boostrapper, un système de navigation par région, etc.
Libre à toi d'utiliser le bout qui t'interesse.