Selon vos expériences respectives, vaut-il mieux développer en
- Delphi
Visual basic
C/C++
Java
autre
Quels avantages sont à mettre en avant ? (en vue de vendre la solution à mon décideur favori :lol: )
Merci pour vos avis.
Selon vos expériences respectives, vaut-il mieux développer en
- Delphi
Visual basic
C/C++
Java
autre
Quels avantages sont à mettre en avant ? (en vue de vendre la solution à mon décideur favori :lol: )
Merci pour vos avis.
bin java parce que c'est le langage le plus orienté objet et puis c'est tout !
Sincèrement c'est une question de goût.
mySQL peut s'attaquer avec tout ces langages.
Perso je préfère Delphi parce qu'il y a plusieurs moyen d'accéder à mySQL de façon quasi (voir totalement) native alors qu'avec java ou VB on va passer par un driver JDBC ou ODBC.
Mais bon .....
Ces 2 drivers ont l'air de très bien fonctionner. Alors l'accès natif n'apporte pas un gain ultra-significatif.
Cependant, l'accès quasi natif de Delphi facilite le déploiment.
Si tu utilise un outils comme zeoslib, tu distribues ton EXE, la dll cliente de mySQL (mysqllib.dll) et pis c'est tout !
Avec dbExpress (l'outil officiel), il faut juste ajouter une autre DLL (le driver dbExpress).
Avec java ou VB tu auras forcement un setup plus compliqué (installation du run-time, d'ODBC ou de JDBC).
Donc, un petit plus pour Delphi...
C'est bien d'en être convaincu, mais ce le genre d'argument qui ne passe pas "en haut lieu" :( mais alors pas du tout !!!!!!Citation:
bin java parce que c'est le langage le plus orienté objet et puis c'est tout !
PS : Je parlait de Delphi 7.
Delphi 8 nécessite le .Net Framework.
Je n'ai pas de retour personnel sur ce dernier, mais mis à part le pb du déploiment (tourne pas sur les vieux Windows 95 et demande, à mon avis, des bécane plus balèses que du pur win32), ce dernier n'est pas dénué d'intérêt puisqu'il permet un mode déconnecté qui peut être assez pratique dans certain cas. Pareillement, si l'application doit tourner sur un Intranet ou sur Internet, enfin bref, s'il y a du multi-tiers, .Net ne semble pas être un mauvais choix (et alors là tu as le choix entre VB, C# ou Delphi 8 - ce n'est plus qu'une affaire de gout)
L'architecture "cible" pressentie est un client léger (IE) pour la consultation via un serveur HTTP (intranet et internet), et un client lourd (objet du post) pour l'update d'une bdd...
Je vais aller voir ce que .Net a dans le ventre ... :lol:
Je pense que tu feras bien.
Car .Net sait faire les 2.
Tu n'as donc qu'un seul outils à apprendre. Un certain nombre de modules pourront être communs (sous forme de Web Services, par exemple).
Par contre cela t'oblige a maintenir un serveur IIS (sur le papier d'autres serveurs HTTP devrait pouvoir fonctionner ; mais dans la pratique, je ne tenterais pas trop le coup) - avec tous les problèmes de sécurité que cela comporte (un serveur HTTP, pas IIS plus qu'un autre)
Merci pour ces infos.
Je laisse le post ouvert, des fois que d'autres avis/expériences me soient confiés.
Tout dépend ce que tu veux faire et là il faut bien analyser la chose : soit tu veux que l'utilisateur se connecte sur Internet , il utilise donc IE ou Netscape comme appli client : dans ce cas Php et Java sont adaptés.
Par contre tu veux une appli cliente lambda déployée sur un poste utilisateur : Delphi , C/C++ sont appropriés......
Sans vouloir déclencher de polémiques j'éviterais d'utiliser VB . En plus je ne sais pas trop comment mettre en oeuvre VB + MySQL ( Active X ? ) alors qu'en C++ il suffit d'inclure une librairie