Version imprimable
Ok, tu veux dire qu'il s'agit d'un framework métier et non d'un outil qui permet de générer ses classes métier (ou tout au moins les infos de mappage entre le modèle métier et le modèle relationnel source), ni le code d'accès aux données, c'est bien ça ?
Oui. Il y a bien l'endroit où placer les méthodes d'accès aux données, pour qu'un développeur puisse se servir des objets métiers sans savoir comment le mapping O/R sera géré, mais pour le mapping lui-même, il faut l'écrire, ou utiliser un autre framework / outil de mapping, comme NHibernate par exemple.Citation:
Envoyé par FRED.G
Personnellement, pour l’instant, j’ai deux DAL, que je peux choisir à la compilation. Une fait l’interface entre la base objet db4o et les BO du CSLA, l’autre, utilisant OpenAccess, fait l’interface entre MSSQL et les BO. Cela me permet de tester la base objet dans des conditions réelles, mais d’avoir la base SQL si finalement les performances de db4o n’étaient pas au rendez-vous.
À terme, je ferai sauter une DAL, pour ne garder que celle qui correspondra le mieux à nos attentes.
Richard
Salut,
discussion intéressante.. et je me sens moins seul dans le désert.
J'ai tester quelques outils orm dans le cadre d'un systeme d'information (commande, suivi). Il s'agit d'un smartclient déployer avec click once.
Les outils remplissent assez bien leur rôle mais je dois dire que je rame un peu (beaucoup) sur le développement des interfaces graphiques avec databinging avancé... Le CAB de Microsoft a l'air bien mais c'est loin d'être accessible. Comme premier pas en direction de la modularité j'ai commencé à construire les UI comme composition de UserComponent mais lÀ aussi j'ai du mal avec le cablage des bindingSource.
Je peux nommer les 3 produits que j'ai plus ou moins essayer, mais c'est un peu longuet :oops:.
J'ai essayer briévement DeklarIt qui repose sur des classes ado.net (=binding ok). Il a l'avantage d'isoler correctement l'appli du schema relationnel, qui peut d'ailleur être généré de manière iterative. Il y a un moteur de règle où il est possible d'appeler des methodes .Net statiques. Perso je n'ai pas trop aimé d'avoir encore un langage à apprendre même si il est simple et de devoir passer par le GUI pour toutes modifs. Un énorme avantage pour nous et qu'il y a des wizard dont un qui générent les remote object et il suffit d'une ligne de config pour activer le remoting. Le support a l'air vraiment bien, ils ont fixés un bug sur leur générateur en l'espace de no time. Bien documenté et intégré avec les Pattern and Practices de MS.
Mais cela produit des datasets... et je me suis habitué à utiliser des l'héritage et des petites strategy ici et là, c'est quand même bien pratiques quand il ya de nombreux clients qui n'ont pas tous les même métode de tarification :)
J'ai essayé d'essayer NHibernate mais il fallait se mettre à tellement de nouveaux outils pour pouvoir générer la couche métier que j'ai vite abandonné après un mini appli web. Pourtant la possibilité d'utiliser des "POCO" est séduisante surtout avec les possibilités de mapping de Nhibernate.
Ce qui noue rebutent:
pour nous Un gui pour le mapping serait appréciée mais l'édition d'un fichier xml est acceptabe.
Par contre il manque aussi un moyen simple de générer les classes métiers qui seront compatible avec le binding avancé.
Des bons examples de déployements n-tiers
Enfin je nj'ai pas trouvé d'offre de support professionel (il y en a en java mais je n'ai rien vu en .Net)
Enfin j'ai essayer un outils orm et persistence assez complet Devforce qui est gratuit pour des déployement client-serveur.
L'outil produit des entity class qui peuventêtre manipulé avec leur API mais ce ne sont pas des POCO. possibilité de mapper une classe sur une partie d'une ligne et une selection de rang (where). Il est aussi possible de faire des Entity abstraites. Je n'ai pas trouvé si il est possible de mapper une partie d'une entity sur une classe "value" (comme les composant de Hibernate).
Il y a aussi des outils graphiques et composants pour faciliter le databinding avec entre autre le soutien des "propiétés naviguées" comme monObjetLié.UneProperty.UneAutre. Ils disent aussi compenser certains cotés obscures du databinding de .NET
le passage de client-serveur à n-tier est un jeu d'enfant.
Il y a de nombreux examples, une implementation de référence qu utilise le CAB de MS, des forum de support etc
Coté négatifs:
C'est cher (très cher) pour la version n-tier
pas des POCO, et une grosse API, le projet est vite marié au produit et le coût du divorce serait cher
des détails agacants comme par example les collections Childs qui ne sont pas editables (simple à contourner)
encore une couche au dessus de Visual Studio
Ai-je nommer que c'était cher? :)
Au final, je trouve que le dernier produit marche correctement mais pas de quoi hurler de joie vu le prix du bébé. Je crois que mon jugement a été faussé par mon manque de compétence en d´€veloppement de winform donc je deviens dépendant des générateurs de couche métier. Et je crois que c'est le point primordiale pour pouvoir choisir un produit de mapping/persistance.
[U]AprÈs m'être mis au point sur le dévelopement de winForm[U] les 3 pistes que je vais tenter sont:
1> réenvisager NHibernate
2> réevaluer de travailler avec des table module et/ou quelque chose comme DeklarIT.
3> essayer d'autre produit orm-p qui sont moins cher
VoilÀ ce petit "long" retour d'expérience
Dom
Merci pour cet interessant retour !
En ce qui nous concerne, et parce qu'il faut bien faire des choix, comme je l'ai dit plus haut j'ai fait les miens. Mais c'est très intéressant de voir des retours concrets sur diverses solutions.
En fait je suis étonné du faible nombre de participants. Peut-être que beaucoup d'applications ont un mapping orbjet relationnel très simple pour lequel il est inutile de se casser la tête, et il vaut mieux tout coder manuellement.
D'un autre côté... il me semble que les modèles objets deviennent de plus en plus complexes, et de plus en plus orientés objet, justement. Du coup le mapping devient lui-aussi complexe et une affaire de spécialistes.
Nous avons, pour le moment, acheté une licence (avec support d'un an) de Vanatec OpenAccess, avec le code source (histoire de ne pas avoir de boite noire), cela coûte 2500$, ce qui semble raisonnable, pour une entreprise.Citation:
Envoyé par trolldom
Salut,Citation:
Envoyé par Promeneur
J'étais justement sur leur site :-) :D
2500$ pour quelque chose qui marche ne pose aucun problème.
Je vois que tu utilises l' orm en complément de CLSA? Quelle est la valeur ajoutée de CLSA? OpenAccess n'est pas suffisant comme frammework métier?
J'ai quelques questions concernant ce produit. J'étais en train de lire leur doc et comptait leur envoyer un mail, mais des retours d'expérience de premières mains sont toujours bien venus :) si tu as le temps de répondre À certaines de questions suivantes.
Je n'ai pas réussi à voir si OpenAccess exige de modifier les tables (exiges ses propres colones). Peux tu confirmer que il n'est pas nécessaire de modifier des tables existantes?
J'ai cru comprendre que l'on peut choisir 2 modes de concurence optimiste (termes francais?), j'imagine que c'est soit avec une colone genre rowVersion ou soit par comparaison des attributs. Cela est il correct?
J'ai vu qu'il y a une possibilité de mode déconnecté. La partie serveur d'application est-elle stateless et est -il possible de la deployer dans IIS?
Faut-il ecrire du code spesial dans le cas d'application déconnectée ou bien est juste une question de choisir la métode dans une config?
Mapping:
- Est il possible de mapper une classe avec des clauses where et de ne pas choisir certaines colones?
- Est-il possible de mapper une ligne vers 2 entités: maTable(id, a, b, c) serait mappé vers
class M{id, a, b} et class N{id, c}
ou encore mieux avec des reference (reciproques): M{id, a, b, n} et class N{id, c} où n est de type N avec l'id id.- Est-il possible de mapper une ligne vers des objets de petite granularité:
maTable(id, a1, b1, a2, b2 c) serai mappé vers
class MonEntity{id, c, MaClasse nr1, MaClasse nr2} avec class MaClasse{a, b}
Je crée un petit modèle en pseudo code pour que ce soit plus clair
est ce qu'il est possible de mapper un modele de style? depuis par example une table EnvoieTB(id, fromName, fromCity, ToName, ToCity, commandeDate)?Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
D'avance merci et je comprends trÈs bien que tu n'es pas le temps de répondre, :)
Il faudrait presque créer un liste de produit orm avec une grille d'évalution pour chacun...
Bonne journée
Dom
Disons surtout que pour l’instant, je ne peux pas répondre parce que j’ai surtout développé la DAL qui utilise db4o, pas celle d’OpenAccess. Pour la DAL OpenAccess, je me suis contenté du minimum, des opérations de base (CRUDE) sur des objets. Et partant d’un modèle objet et non de tables, j’ai laissé OpenAcess créer la structure des tables.
2500$, c’est la licence avec code, celle sans code vaut moins cher.
Il ne te reste plus qu’à leur écrire, ou à poser la question sur leur forum ;) . Dans les deux cas, les réponses m’intéressent.
Edit : j'ai oublié de répondre pour le CSLA. Le CSLA est un framework orienté plutôt métier, pas mapping OR. Il offre beaucoup de fonctionnalités métiers de base, comme l'undo multiple ou les règles de validités, et il rend très facile la création d'applications distribuées, que ce soit avec du .Net Remoting, des web services... Il est gratuit, avec les sources (les seul frais sont le livre qui va avec, indispensable, et le temp passé à se familiariser avec).
Bonjour,
J'utilise bcp les bindinglist pour gérer les DataGridView dans les Forms ainsi que les Combobox ou j'ajoute directement mes Bean. Celà marche très bien.
Pour avoir des Datagridview triées :
Code:
2
3
4
5
6
7
Et enfin le code pour gérer des combobox "bindées" :Code:
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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172public class EmployesRecherchesDataSource : SearchableSortableBindingList<Employe> { } public class SearchableSortableBindingList<T> : BindingList<T> { #region Sort protected override bool SupportsSortingCore { get { return true; } } protected override void ApplySortCore(PropertyDescriptor property, ListSortDirection direction) { List<T> items = Items as List<T>; m_IsSorted = false; if (items != null) { PropertyComparer<T> pc = new PropertyComparer<T>(property, direction); items.Sort(pc); m_SortProperty = property; m_Direction = direction; m_IsSorted = true; } OnListChanged(new ListChangedEventArgs(ListChangedType.Reset, -1)); } protected override void RemoveSortCore() { m_IsSorted = false; m_SortProperty = null; } private bool m_IsSorted; private ListSortDirection m_Direction = ListSortDirection.Ascending; private PropertyDescriptor m_SortProperty; protected override bool IsSortedCore { get { return m_IsSorted; } } protected override ListSortDirection SortDirectionCore { get { return m_Direction; } } protected override PropertyDescriptor SortPropertyCore { get { return m_SortProperty; } } #endregion #region Search protected override bool SupportsSearchingCore { get { return true; } } protected override int FindCore(PropertyDescriptor prop, object key) { List<T> items = Items as List<T>; if (items == null) return -1; foreach (T item in items) { string value = item.GetType().GetProperty(prop.Name).GetValue(item, null).ToString(); bool bTrouve = false; switch (SearchMode) { case StringSearchMode.Exact: bTrouve = (value == key.ToString()); break; case StringSearchMode.Contains: bTrouve = (value.IndexOf(key.ToString(), SearchComparison) >= 0); break; case StringSearchMode.EndsWith: bTrouve = (value.EndsWith(key.ToString(), SearchComparison)); break; case StringSearchMode.StartsWith: bTrouve = (value.StartsWith(key.ToString(), SearchComparison)); break; } if (bTrouve) return IndexOf(item); } return -1; } private StringSearchMode m_SearchMode = StringSearchMode.Exact; private StringComparison m_SearchComparison; public StringSearchMode SearchMode { get { return m_SearchMode; } set { m_SearchMode = value; } } public StringComparison SearchComparison { get { return m_SearchComparison; } set { m_SearchComparison = value; } } #endregion } public class PropertyComparer<T> : IComparer<T> { // The following code contains code implemented by Rockford Lhotka: // http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnadvnet/html/vbnet01272004.asp private PropertyDescriptor _property; private ListSortDirection _direction; public PropertyComparer(PropertyDescriptor property, ListSortDirection direction) { _property = property; _direction = direction; } #region IComparer<T> public int Compare(T xWord, T yWord) { // Get property values object xValue = GetPropertyValue(xWord, _property.Name); object yValue = GetPropertyValue(yWord, _property.Name); // Determine sort order if (_direction == ListSortDirection.Ascending) { return CompareAscending(xValue, yValue); } else { return CompareDescending(xValue, yValue); } } public bool Equals(T xWord, T yWord) { return xWord.Equals(yWord); } public int GetHashCode(T obj) { return obj.GetHashCode(); } #endregion // Compare two property values of any type private int CompareAscending(object xValue, object yValue) { int result; if (xValue is IComparable) { // If values implement IComparer result = ((IComparable) xValue).CompareTo(yValue); } else if (xValue.Equals(yValue)) { // If values don't implement IComparer but are equivalent result = 0; } else { string xValueString = xValue.ToString(); string yValueString = yValue.ToString(); result = xValueString.CompareTo(yValueString); } // Return result return result; } private int CompareDescending(object xValue, object yValue) { // Return result adjusted for ascending or descending sort order ie // multiplied by 1 for ascending or -1 for descending return CompareAscending(xValue, yValue)*-1; } private object GetPropertyValue(T value, string property) { // Get property PropertyInfo propertyInfo = value.GetType().GetProperty(property); // Return value return propertyInfo.GetValue(value, null); } }
FxCode:
2
3
4
5
6
Pensez vous que LINQ to SQL et LINQ to Entity vont apporter une solution interressante à ces problèmes ?
Je vais m'y mettre mais bon pour l'instant la CTP de Entity framework marche qu'avec la béta 1 de VS 2008, faut attendre fin Aout pour avec une version compatible avec la béta 2 de VS 2008.
LINQ To SQL a l'air trés interressant mais semble limité sur des modèles complexes. LINQ to Entity a l'air tout aussi interressant mais on sait pas quand ça va sortir et quand ça sera supporté par un autre SGBD que SQL-server.
Y a t'il des développeur SQL server qui peuvent donner leurs impressions sur le sujet ?
:merci:
Bonjour à tous,
Sur nos projets .NET/SQL Server nous avons utilisé NetTiers. Ce sont des templates pour le générateur de code CodeSmith. est open source et ça repose sur les enterprise library. A partir d'une base existente SQL Server, il crée toutes les classes d'accès aux données : CRUD, et mapping O/R. Nous utilisons ça en remplacement d'Olymars qui est devenu un enfer pour nous (surtout à cause de l'outil).
Je ne sais pas ce que vous attendez des outils de mapping mais pour ma part nous sommes satisfait de nettiers car il est léger, simple à appréhender. On peut modifier les templates très facilement pour les adapter aux réalités du projet, pour résoudre des problèmes de performence, etc.
Une fois le code généré, il suffit de rajouter une référence sur la librairie dans le projet et hop on navigue dans la base très facilement.
Tous les outils que je voies on l'air compliqués, ils font tout et n'importe quoi (par exemple quel est l'utilité de générer l'IHM ?). Avec NetTiers nous avons trouvé quelque chose qui répond efficacement à notre problématique Mapping O/R, qui accélère fortement le dev de l'accès aux données, et que nous pouvons maitrisé de bout en bout.
Notre problème maintenant c'est de trouver l'équivalent pour Oracle... (c'est un appel à l'aide)
Il est en effet illusoire de croire que un moteur va générer un ihm finit. Néanmoins la plupart des applications de gestion vont avoir une interface graphique à un moment ou un autre et du coup il devient important que les classes métiers se prêtent au databinding, en tous cas pour tous les crud triviels. Il y a alors deux solutions, soit passer par des datasets, soit créer des classes qui implémentent les Interfaces qui vont bien.Citation:
Envoyé par Pete
Un produit purement O/RM ne tient pas nécessairement compte de ces contraintes.
Le produit que nous utilisons actuellement (DevForce de ideablade) propose en plus des wisards qui assistent la création d'ihm avec entre autre la possibilité d'utiliser la navigation "." dans les grids ce qui est bien agréable. Par exemple avec un objet Client tu peux faire une grid:
Client.Nom, Client.Adresse.Ville.
Ces wizards ne sont pas une panacée mais ils peuvent simplifier et accélérer la création d'ihm, et rien n'empêche de refactorer du code produit par un générateur (designer class) dans une métode genre ConfigView.
Mon point est donc que un O/RM n'a en téorie pas besoin de se préoccuper de l'IHM mais que le développeur si, du coup le développeur gagne du temps si l'outils de mapping est "conscient" qu'il va y avoir une IHM. :)
Bonne journée,
Dom
Nous avons eu une présentation d'IdeaBlade. Je n'ai pas été convaincu car ils ont fait du tape à l'oeil : en 3 clics ils ont accédé aux données et créé une interface pour lire grace à un de leur controle générique.
Par ailleurs nous fonctionnons autrement dans nos projets : on fait une couche d'accès aux données (générées par un outil idéalement) et après une couche business. Et éventuellement une autre couche qui encapsule les objets business et qui sert pour l'affichage (pour faire du binding ou autre). Donc on ne se sert jamais des objets générés par l'outil pour faire du binding et la couche de présentation n'a même pas de référence sur la dll d'accès aux données.
C'est pour ça que ce que je demande avant tout, c'est que la couche d'accès aux données soit bien faite. Et ce que j'ai reproché à Idea Blade c'est qu'ils ne nous ont pas montré la puissance de leur DAL justement. Du coup je suis interessé par ton avis sur ce point. Etes vous satisfait de la DAL générée par IdeaBlade ?
Merci
Tape à l'oeilCitation:
Envoyé par Pete
Je suis tout à fait d'accord, i y a beaucoup de tape à l'oeil . Malgré tout ils ont un produit qui permet de travailler proprement si on le veut. :D
Le "readonly" en quelques clics: les nombreuses démos Microsoft et autres montrent qu'il est possible d'obtenir des effets similaires avec quasiment n'importe quel outil quand on a une démo bien rodée.
Notre utilisation
Pour l'histoire, ce printemps j'ai testé quelques o/rm comme stagiaire pour la boite où je travaille maintenant. Le but est d'avoir un outils pour développé des smartclients en n-tiers. (en gros en plein dans le crédo de Ideablade).
Ideablade a beaucoup plu aux autres mais j'étais beucoup plus réservé à cause entre autre de leur politique marketing qui simplifie à outrance la complexité des déployement n-tiers.
Mon avis
Ce qui m'a le plus géné (et me gène toujours d'ailleurs) c'est l'idée qu'il est possible de concevoir une appli comme un client-server et de la déployer comme une appli distribuée en changeant une ligne de config.
Ce qui fait fonctionner tout ca étant le lazy loading du manager de persistance de Ideblade.
La réalité est que un outil qui effectue du lazy loading demande des précautions à l'emploi pour ne pas faire des N+1 select à chaque collections qui est montrée dans une grid. Et un déployement n-tiers demandent des précautions pour ne pas faire une application qui est "chatty".
Des "faits" :aie:
* Ideablades a des bons tutoriels qui poussent à utiliser des architectures propres avec entre autre une implémentation d'un CAB (un peu simplifíé par rapport aux factory de MS).
* Les API sont assez intuitives et leurs classes d'utilitaires proposent pleins de méthodes qui sont agréables à utiliser dans le développement quotidien.
* La générations itérative de code marche bien et les "entities" implementent les interfaces authorisant le databinding.
* Les entities (des datasets objectisés en fait) incitent à un design orienté objet, même pour mon collègue qui sort de quelques annés d'un outils 4GL. ;)
* souplesse du mapping: ce n'est pas NHibernate avec la possibilité de définir des value object mais c'est assez souple et donne la possibilité de mapper des projections assez simplement. J'ai le sentiment que ca implémente sans le dire une variante souple du pattern active record.
* Performance remoting: ils ont un serialisateur plus performant que MS, mais ils ne sont pas les seuls (LLBLGen pro a ca aussi).
* sql: le langage objet est basé sur une notation polonaise inversée, donc puissant mais demande un peu d'habitude si on a pas utiliser une calculette HP :-). Par défaut il y a beaucoup de caching, mais il est possible de tus contrôler
* Architecture: ils se donnent les moyens avec des conseiller com Rocky
Lokthar (CSLA) etc. Ils poussent à la séparation de responsabilité dès que l'on dépasse le niveau des tutos de base.
* Leur support fonctionne de manière satisfaisante, mais heureusement vu le prix (négociable ;) )
Resumé
Magré des réticences je trouve que ca marche bien au quotidien mais je ne suis pas un fan boy. Je regrette de ne pas avoir eu le temps de mieux tester LLBLgen pro qui avait l'air très bien. Dès que ca va se calmer je vais ressayer nhibernate (avec les nouveaux outils qui ont fleuris ces derniers temps)
un minus (qui est valable avec de nombreux autre produit): je trouve que cela reproduit des erreurs des premiers standard EJB (chatty, herite d'une class entity, dépendant de génération de code)
Dominique
Bonjour,
Thread très interescent, j'ai lu la plupart des posts et j'avoue que tout en répondants à certaines de mes intérogations, il m'en a alimenté des nouvelles (d'ou le grand intérêt qu'il m'a suscité).
La plupart d'entre vous partagent l’importance d’utiliser une architecture N-TIERS (3-tiers) dans nos développement. Et certains préfèrent ne pas avoir a touché la DAL, en utilisant des générateur de code par exemple, pour par la suite ne manipulez que les Datasets. Si on veux faire une recherche ou un requête particulière, est ce que dans ce cas vous écrivez vos propres requêtes SQL ou vous manipulez le Dataset ? Et la j’ai envie de vous demander ce qui est le mieux, entre faire un seul appel à la BD pour un objet et manipuler le Dataset, ou encore plusieurs requêtes SQL, selon le besoin et les critères (en utilisant les Dataset ou pas) ?
Concernant les Dataset, je me pose la question de la manière la plus approprié de les utilisés dans un architecture 3-Tiers. Je serais tenter par moment d’appeler le Dataset directement du Datagrid de ma page ASP.NET, mais dans ce cas je ne respectes pas mon architecture. Ou alors crée mes objets à partir de mes Dataset (dans des collections ?) et la je me pose la question de l’intérêt de passer par les Dataset au lieu de collections d’objet métiers.
Et y a t il des personnes qui utilisent des outils de persistences automatiques (Nhibernate ...), pour un projet de petite taille que vaut il mieux faire ? Automatique, manuelle, génération de code ?
D'avance merci.
Est t il possible de générer une partie du code à partir de diagramme UML avec un logiciel ? si oui lequel ?
J'évalue SubSonic à titre professionnel depuis plusieurs jours et je dois avouer que je suis impressé du travail réalisé. C'est gratuit et open source, et normalement ce sera bientôt supporté par Microsoft (le développeur principal vient d'y être embauché pour continuer à travailler dessus).
Au niveau des fonctionnalités, on a un O/RM puissant, avec une (très) bonne gestion des transactions, une gestion des relations Many-to-Many.
La prise en main est très intuitive, le site est plein de webcasts clairs.
On a en plus un outil de génération de code.
Un excellent produit, pour les petites applications comme pour les plus grosses :
- pour les petites, la DAL est générée sans écrire une ligne de code,
- pour les grandes, le framework de mapping est assez puissant pour supporter la charge et même la diminuer par rapport à d'autres outils d'O/RM (possibilité de ne pas remonter toutes les colonnes dans une requête, etc).
Bonjour,
j'ai lu attentivement ce sujet très intéressant.
J'ai une question connexe au sujet, pour laquelle je ne parviens pas à trouver de réponse :
J'utilise un framework "maison" qui pour le moment ne fait qu'hériter des collections génériques.
Mon problème se situe au niveau de l'utilisation de mes objets "collections" (de type System.Collection.Generics.List(Of T)) en tant que Datasource (fonctionne bien), lorsque les objets de type T composants ma collection ont des "PropertyObject".
Dans ce cas de figure, il m'est impossible d'afficher la moindre propriété du sous-objet dans le datagrid. J'ai beau essayer tout ce que je trouve comme idée ou tuto, et rien n'y fait. J'ai toujours une colonne affichant le type du PropertyObject.
Pour le moment, la seule solution que j'ai mis en oeuvre a été de rendre visible la propriété du sous-objet que je veux voir affichée dans mon datagrid dans l'objet père le contenant. Autant dire, une solution peu élégante, bien que simple, et qui de plus nécessite une modification manuelle de mon framework qui est généré automatiquement à l'aide d'un générateur.
Généré le code d'une application depuis une base de donnée, c'est un doux rêve.
C'est terrifiant de croire qu'un outil peut combler le manque entre le monde relationnel et le monde objet.
M'enfin, si cela permet de vendre...
Voilà néanmoins les résultats de mon équipe r&d (en synthése) :
Nhibernate :
22 développeurs commiteurs, excellent support du groupe, documentation exhaustive, conforme en 2.0 à la version 3.2 java;
Excellente performance; vrai mapping; entiérement contrôlable
Peut réellement travailler en objet
Moteur de requête intelligent, hsql très souple
Gestion des sessions et du cache entiérement gérable
CL : Excellente technicité, suffisamment ouvert pour maitriser la persistence, excellence des développeurs, expérience de la communauté JAVA en fond.
LLBL
Excellent leader (F.BOUMA), support bon dans l'ensemble
Pas de POCO.
Génération de code propriétaire et obscur
Travail uniquement en relationnel
Serialization propriétaire en boite noire
Moteur de requête intégré très complexe et quasi inutilisable
CL : Très bon outil, trop propriétaire, peu ouvert, Leader très peu à l'écoute des remarques des users, trop orienté reverse engineering de DB.
EUSS:
Seul outil offrant un persistence multi support intelligente
POCO
Fonctionnalités très poussées
Langage de requête XPath Like
CL : Mis en en monitoring, probablement un futur grand; risque de ne pas être adopté cependant (communauté et support faibles). Mais excellente technicité.
EF :
Immature, 3 fichiers difficiles à manipuler pour un mapping; stratégie de chargement trop propriétaire,; n'est pas objet mais relationnel.
Pas de POCO
Uniquement SQL Serveur
CL : Non concluant, outil immature à retester
Linq To SQL
Hors scope; "jouet".
IdeaBlade:
En aveugle; très marketté, code sale, peu de pré occupation de la couche business. Très cher, risque opérationnel élevé. Produit purement commercial.
CL : Abandon
NetTiers :
Outil de génération, à paramétrer, pas réellement intéressant (aucune logique de persistance reélle, que du code généré en templates)
CL : Abandon
SubSonic :
Outil de génération et d'encapsulation, fonctionnalités ORM limitées,
Pas de POCO
Orienté Web
CL : Abandon