Discussion :

[rv26t]

Cela veut dire que tu peux passer un "type de classe" en paramètre et récupérer une instance de ce "type".


Du genre
FABRIQUE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
    Public Shared Function FabriqueClasse(Of T As {New})() As T
        Return New T
    End Function

DAL

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
   Public Function GetSingleDTO(Of T As {New})(ByVal Requete As String) As DTOBase
        Dim Reader As DbDataReader
        Dim parser As Object ' obligatoirement en objet, sinon si de type T => méthodes populate non connues
        Try
            If ExecuterReader(Requete, Reader) = 0 Then
                If Reader.HasRows Then
                    Reader.Read()
                    parser = DTOParserFactory.FabriqueClasse(Of T)()
                    parser.PopulateOrdinals(Reader)
                    Return parser.PopulateDTO(Reader)
'...

Appel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
    Public Function GetPersonId(ByVal PersonId As String) As PersonDTO
        Const K_REQUETTE As String = "select * from personnes where PersonId = ?"
        Try
            DALApp.AjouteParam("PersonId", DbType.String, PersonId)
            Return DALApp.GetSingleDTO(Of DTOParser_Person)(K_REQUETTE)

[zax-tfh]

Merci beaucoup pour ces explications !

Je suis étonné de ne pas voir ce genre de principe dans les tutos expliquant les archis N-Tiers car je suis vraiment dans une problématique entreprise et l'archi N-Tiers (Cf tuto ici même) s'arrete juste avant de traiter ce niveau. Je pense que beaucoup de monde pourrait gagner son temps à utiliser ce principe là.
Qu'en pensez vous (d'après vos propres experiences professionnelles de projets BLL inter projets front end)

[Skalp]

Les génériques sont une vraie innovation dans la programmation orientée objet.
Ils ouvrent des perspectives vraiment intéressantes en terme de factorisation et de découplage du code.

L'exemple que donne rv26t est (vraisemblablement) inspiré de l'excellente série d'articles sur une couche d'accès aux données performante que je mentionne dans la traduction que j'ai faite de l'article Quelle est la différence entre un DTO et un POCO ? (voir les Liens utiles).
Je te recommande chaudement la lecture de ces articles. Je viens de voir que tu as déjà lu la traduction, puisque nous en avons un peu discuté.

Comme tu le dis, le principe de l'architecture "N-Tiers" s'arrête au niveau des couches. Elle ne présuppose pas de l'utilisation des génériques qui n'existent pas dans tous les langages objets.

Enfin, dans mon exemple, dans la déclaration générique, j'ai ajouté ce qu'on appelle des contraintes de type.
Cela restreint l'utilisation de la méthode aux seuls types qui implémentent l'interface IPerson et qui possèdent un constructeur vide public (New) de façon à ce que tu puisses créer une nouvelle instance de T.
En effet, sans connaitre l'implémentation de ta méthode, je me suis dit que tu aurais certainement besoin d'instancier les objets puisqu'il s'agit de la couche de persistance !
Et comme tu l'as vu toi-même, grâce à cette contrainte de type, tu peux écrire quelque chose comme :

Code vb.net :

Sélectionner tout - Visualiser dans une fenêtre à part

Dim person As T = New T()

Sans ça tu ne peux pas.

[rv26t]

...
L'exemple que donne rv26t est (vraisemblablement) inspiré de l'excellente série d'articles sur une couche d'accès aux données performante que je mentionne dans la traduction que j'ai faite de l'article ...

Je suis effectivement parti sur ces articles en langue anglaise.
Et j'ai essayé de creuser dans ce sujet pour rendre plus général (voir à partir du post 14) et la solution a été d'utiliser les génériques. (post 27)