OVH Cloud OVH Cloud

Développer rapidement

3 réponses
Avatar
Bernard Perdriaud
Bonjour,

VB.Net est un vrai progrès et je ne ferai pas marche arrière, mais...

(C'est vrai que là, je pousse un peu, je sais ...)

Je voudrais être capable de fabriquer (en VB.Net)
un formulaire (WinForm) à la même vitesse
qu'avec Access (on ne hausse pas les épaules !)

Parce que pour le moment (avec OleDb mais surtout avec
SQL Client et procédures stockées), c'est un travail de
moine copiste.

Il est impossible de présenter des maquettes en un temps raisonnable.

Quelqu'un a de bonnes pratiques dont il pourrait nous
faire profiter ?
______________
Bernard

3 réponses

Avatar
Patrick Philippot
Bernard Perdriaud wrote:
Il est impossible de présenter des maquettes en un temps raisonnable.




Vous utilisez Visual Studio? Vous avez regardé le menu Tools | Connect
to Database... ? Regardez la doc à ce sujet (Server Explorer) : à partir
d'une connexion sur une BD, vous pouvez générer un formulaire
automatiquement.

http://support.microsoft.com/default.aspx?scid=kb;EN-US;304959

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Avatar
Bernard
"Patrick Philippot" a écrit ...
Bernard Perdriaud wrote:
> Il est impossible de présenter des maquettes en un temps raisonnable.
>

Vous utilisez Visual Studio? Vous avez regardé le menu Tools | Connect
to Database... ? Regardez la doc à ce sujet (Server Explorer) : à partir
d'une connexion sur une BD, vous pouvez générer un formulaire
automatiquement.

http://support.microsoft.com/default.aspx?scid=kb;EN-US;304959

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services




Certes Patrick, certes ...

Mais ça c'est bon pour les amphis de présentation Microsoft aux
développeurs.
La réalité est un peu différente : supposons une application WinForm sur une
base SQL Server (plutôt MSDE) avec procédures stockées. J'ai essayé :

1 - L'assistant formulaire de données
- il créé les requêtes, moi je voudrais utiliser mes procédures
stockées (best practices)
- il leur donne des noms génériques (ex : OleDbInsertCommand1), il
faut tout
renommer à la main, (je préfère cmdClientsInsert, c'est mieux
pour la
maintenance). Là je perd beaucoup de temps.

2 - OlyMars
- un peu lourd à mettre en oeuvre
- ne génère que du C#
- je ne sens pas à l'aise là dedans ...

3 - Data Access Application Block (DAAB)
- facile d'emploi, j'aime bien
- là, c'est la galère pour accrocher les contrôles au dataset
(faut
tout faire à la main ou j'ai loupé un truc)

J'aimerais bien aller plus vite ...
___________
Bernard
Avatar
Patrick Philippot
Bernard wrote:
Certes Patrick, certes ...

Mais ça c'est bon pour les amphis de présentation Microsoft aux
développeurs.



Comme pour VB6, je ne prétends pas que ces outils soient efficaces pour
la production. Leure usage présente un certain nombre d'inconvénients et
d'ailleurs en général, pendant mes formations, je ne recommande pas leur
usage. Cependant, j'avais cru comprendre qu'il s'agissait de maquettage,
auquel cas, ils peuvent aider. Et comme en théorie, on ne reprend jamais
une maquette en production... :-))) .

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr