Discussion :

[RaelRiaK]

Bonjour,

J'aurais en fait besoin de conseils. En effet, je developpe une application sous Visual Studio 2005 en VB.net. Et pour une fois, on m'a fait comprendre que j'avais le temps, l'important étant que le resultat soit bon.
En effet ce projet doit représenter au final un pilote de comment nous allons programmer dans l'entreprise.

Mais je suis débutant en VB.net et surtout en Visual.
J'ai fais pas mal d'objet sous PHP par exemple, mais pas sous Visual. Aprés une approche UML, j'obtient une graph de base de données, et une graph de classe qui sont différents.

Lorsque je creer mes dataset (application liée à SQL Server 2005), ils ont un format qui est donc similaire à celui de ma base de données, et il devient impossible de remplir mes propres classes avec le dataset ...

Aussi je vous demande : y aurait il une documentation (gratuite ou payante) qui détail la philosophie objet à adopter lorsque l'on code un projet sous Visual Studio 2005.
Mon but est d'avoir une application entiérement objet, avec une partie récupération des datas bdd, une partie objet métiers, et une partie objet graphique.

J'espere que je suis suffisament clair

Merci pour votre aide

[FRED.G]

Bonjour,

tout à fait clair.

Ton problème est un des problèmes majeurs actuels en matière d'architecture.

Voici une discussion sur dvp qui te donnera un aperçu des enjeux : http://www.developpez.net/forums/sho...d.php?t=199983

Et voici la vision de MS à sur le sujet (lien US) : http://msdn2.microsoft.com/en-us/lib...66(vs.80).aspx

Voici un outil gratuit de mapping O/R qui a fait ses preuves en Java et qui a été porté sur .NET (cependant la version .Net n'est pas aussi perfectionnée) : NHibernate

Un générateur de code gratuit qui peut rendre service (à mon sens pour la génération de code + que pour l'outil de mapping O/R) : MyGeneration

Tout cela pour dire que :

y aurait il une documentation (gratuite ou payante) qui détail la philosophie objet à adopter lorsque l'on code un projet sous Visual Studio 2005.

Il y a pléthore de discussions, d'outils et de docs différentes, mais pas LA méthode unanimement adoptée !

Pour ma part, en attendant que l'EntityFramework de MS murisse un peu, j'ai décidé de tenter une approche personnelle, à savoir créer mon propre outil de mapping O/R.

[The_badger_man]

Bonjour, je te présente FRED.G, le taré du coin sur l'accés aux données

La conception de la couche d'accés aux données dépend aussi de la taille de ton projet. C'est pas forcément la peine de sortir l'artillerie lourde pour 3 procédures stockées et 4 tables

[FRED.G]

La conception de la couche d'accés aux données dépend aussi de la taille de ton projet. C'est pas forcément la peine de sortir l'artillerie lourde pour 3 procédures stockées et 4 tables

Oups, effectivement j'avais omis ce petit détail.