Bonjour,

Je suis un programeur amateur. J'ai développé 1 logiciel en Visual Basic 6 + Access 97 et le second, en VB 2005 + access 2003.
J'ai des bases solides dans les langages du C. Disons que je sais m'adapter rapidement à des nouveaux langages et technologies.

Mais voilà, j'ai été très déçu de VB 2005 et surtout Access, car:
VB 2005 prend beaucoup de ressources sur les PC. Alors, quand on réalise un logiciel pour une entreprise, cette dernière n'a que des vieux PC en générale. Donc, après des efforts considérables, on se retrouve avec un logiciel assez lent, et moi je n'aime pas tous les logiciels qui font ramer les PC (pour moi c'est de la merde, par exemple Norton antivirus).
D'autre part, il est vrai que Access, ne donne pas des résultats rapides, car la base de données et un fichier, donc plus lent qu'un server de données (type SQL Server).

Donc voilà, je peux maintenant vous demander :

Lorsque l'on a assimilé quelques bonnes premières expériences dans la programmation avec bases de données; sur quels logiciels faut-il passer, pour enfin pouvoir réaliser sans soucis, une applications multi-utilisateurs et surtout, qui ne prennent pas beaucoup de ressources machines, afin que le logiciel finale soit HIPER, je dis bien, HIPER rapide lors de l'access aux données (même si de nombreux utilisateurs se connectent à la même base de données.
Ah oui c'est vrai, j'allais oublier. Le langage et logiciel que je vous demande; j'aimerai beaucoup qu'il ne contiennent pas de bug (expérience que j'ai eu avec VB 2005 !!! Arg...).

Ensuite, je voudrais que le logiciel de programmation puissent proposer des objets, tels que des boutons, des zonne des texts et des graphiques (dessin et statistiques, si ce n'est pas trop demandé).

Donc j'attend avec impassience les réponses de personnes expérimentés et qui sont sûre et on confience à 100% de leur outils de travail, car je ne veux plus me lancer sur des bases logiciels qui ne me donneront pas entière satisfaction à la fin de mon prochain projet pour une entreprise.

Je vous remercie pour votre aide, cordialement.

Salut,

Pour résoudre ton problème, de PC trop vieux, il y a une solution c'est de travailler avec ASP.NET, si le VB 2005 ne te convient pas (je ne comprends pas pourquoi tu le trouve buggé moi j'ai jamais eu de problème avec, sur un projet de 4 mois en ASP.net)
Pour la base de données, il est recommandé d'utiliser des bases comme sql server (express ou autre) ou mysql si tu veux être sur que la gestion multiutilisateur soit.

Car avec l'ASP.Net, il suffit d'une bonne machine pour faire tourner le serveur web et la base de données, si tes pages sont bien faites les performances peuvent être au rendez-vous, limité les aller retour client serveur.. Utilisation de javasript, de AJAX.
Utilisation de XHTML, et minimiser l'utilsations des  tableaux HTML,  utilisation des CSS. Voila et la puissant des clients n'est plus nécéssaire et pas de problème de déploiement et pas besoin du framework sur la station client.


Pour critiquer, un langage comme VB2005, il faudrait mettre des exemples, pour l'instant j'ai pas trouvé de langage plus aboutis et aussi bien intégré, dans l'environnement de developpement, bien sur c'est lent, mais cela suit l'evolution des machines.
Il y a pleins d'aide à la saisie et contextuel, et c'est un sacré tour de force de faire des logiciel de ce type.

Si VB 2005, tu peux aller voir du coté de C#.
Sinon tu peux aller dans le monde Java, Python ... Mais la il faut réapprendre les API nouvelles.

Bien sûr, c'est faisable, mais si tu changes de langages tout les projets, tu ne seras pas très production, car il y a un temps d'adaptation.

Espérant que tu trouves le langage qui te convienne le mieux.

Bon courage

Merci pour ta réponse.

En ce qui conserne les bugg. Je pense qu ça doit être à cause du framework installé sur la machine. Enfin chez pas, mais j'ai la grande impression que lorsque le proget devient lourd en quatité de lignes de programmes et en quatité d'objets sur les formulaire, et bien sa plante parfois, un peu comme si vb2005 était saturé.

Salut,

Alors moi mon avis est differents, ont dit que VB.net est lent. Oui c'est vrai mais ca ne l'est pas non plus ! Et ce pourquoi?
Car quand on converti un programme VB6 ou que on programme en VB6 sur VB.net c'est lent ! Et oui, le language VB.net est different, le .net change plein de chose, il faut utiliser les bon outils.
Aussi il y aura deux chose:
il faudra bien y passer un jour, on ne pourra pas continuer a faire du VB6 pout toujours. A mon avis Vista va aider beaucoup aux performance et a l'intégrité du .net a l'avenir (car il est en natif dedans).

Pour ton problème, c'est que tu fait de la base de données comme si t'etait en VB6. Il ne faut pas, en effet il faut savoir maitriser l'ADO.net avec des Dataset etc... (un tutoriel ici: http://plasserre.developpez.com/vsommair.htm dans la partie base de données)

pour verifier la véracité de tout ce que je soutien, je t'invite a aller sur la section optimisation du meme site que je t'ai donné et regarder ce mini benchmark de la programmation: http://plasserre.developpez.com/v7-3.htm

voila, donc je pense que quand on passe de VB6 a VB.net il faut savoir programmer differement.

---

Merci Lucyberad, je comprend mieux maintenant par raport à la philosophie de VB.net:

Citation:
___________________________________________________________________

En conclusion:

La couche du Framework semble ralentir considérablement la vitesse du code.

Mais, en VB.net, il faut raisonner différemment et utiliser judicieusement les classes et les méthodes au lieu de taper de longues routines.

Cela fait que en VB.Net:

   Le code est plus court et compact (moins de temps de développement)

   Le code est plus rapide.

____________________________________________________________________

Re

Je suis tout a fait d'accord avec le post
de Lucyberad, il faut utiliser a bon escient les classes dotnet.
Il faut utiliser les collections dotnet, c'est mieux que les tableaux dynamiques de vb6 que j'ai vu dans des projets dotnet.


utiliser les stringbuilder par exemple.
utiliser les options strict et explicit pour eviter les convertions implicite et le late binding, ie recherche du type à la derniere minutes.


Moi, ce que je fais sur mes projets, c'est d'enlever la bibliotheques microsoft.visualbasic.compatibilty car pour moi ce n'est pas du dotnet.
De plus il faut utiliser les datasets pour faire des caches, faire les calculs sur les datasets tu as pleins de méthodes.

Il y a des bonnes pratiques
CF http://msdn.microsoft.com/practices/guidetype/Guides/default.aspx?pull=/library/en-us/dnpag/html/scalenet.asp
il y a 10 checklist de proposée et un gros guide pour les performances.

Merci encore

C'est franchement un aps a prendre mais on peut dire que .net 1 est une pahse de transition, car dans .net on a tout de VB6 et les nouveauté .net
dans le 2, une grosse quantitité de choses inutile de VB6 (car plus performante en .net) on été virée.
Ce framework 2 est dispo en natif sous vista (j'ai testé mes programmes fonctionne) donc optimisé, et pas besoin de Dll ni d'installation annexe. (a rappeler que pour vb6 il faut quand meme vb6fr.dll)

---

Ok, c'est à essayer. Merci