Par quoi comencer ?

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Par quoi comencer ?

MEI

|DarthPingoo(tm)|

Reprise du message précédent :

MagicBuzz a écrit :

Euh, oui, après je connais pas les noms de ce genre d'implémentations, d'autant sous Java que je ne connais pas

C'est juste une idée comme ça pour pallier au problème inhérant à la présence de libs multiples pour gérer X interfaces graphiques

Ceci dit, pour Java...
Il sait utiliser les contrôles natifs de Windows ?

J'ai toujours vu Java tourner avec des contrôles tous moches issus de SunOS des années 80... Je croyais que la machine virtuelle disposait de son propre environnement graphique
SWING c'est ça ou un truc en plus ?

En fait en java y'a AWT / SWT / SWING. Et en Swing tu peut choisir ton theme. Et si tu prends le theme de ton OS en principe c'est en partie en natif. Sinon pour avoir du vrai natif t'as AWT. Mais AWT le pb c'est que y'a moins de composant du coup.

Message cité 1 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

Publicité

MagicBuzz

masklinn a écrit :

Pourquoi ya une demi douzaine de SGBD principaux et des dizaines de langages de prog?

Peut-être, mais nous parlons ici au conditionnel, parce que les gens ne sont pas tous identiques?

Puisque tu parles des SGBD, un domaine que je connais mieux...

Si les langages intègrent assez souvent des libs proprio pour se connecter à des SGBD spécifiques (en C, ou en PHP par exemple) ils proposent pour ainsi dire tous d'autres interfaces génériques, telles que ODBC, OLEDB, Connecteurs .NET ou JDBC, qui permettent, sans toucher au code de l'application, d'utiliser indifférement plusieurs SGBD différents. Les trois premiers, c'est encore mieux, puisque sous environnement Microsoft, ODBC, OLEDB et connecteurs .NET sont tous trois gérés par la même lib (ADO ou MDAC), ce qui permet non seulement d'avoir un code identique pour différents SGBD, mais en plus un code identique quelque soient les connecteurs installés sur la machine cliente.

Mise à part d'un point de vue performances (et encore, je demande à voir, les différences doivent être relativement minimes), je ne vois donc pas l'intérêt de se trimballer des interfaces proprio, qui vont plomber l'interopérabilité du programme.

Donc pour le rendu GUI, il me semble normal que la tendance aille dans ce sens, et je suis donc surpris que sous Python (langage relativement récent) il existe autant de libs différentes (surtout si une lib générique existe déjà).

Message cité 1 fois
Message édité par MagicBuzz le 09-11-2007 à 15:22:11

MagicBuzz

MEI a écrit :

D'accord, merci pour ces précisions :jap:

sircam

I Like Trains

Petite précision : SWING, c'est du khakha. Et AWT, c'est du khakha moisi.

Message cité 1 fois

---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}

MEI

|DarthPingoo(tm)|

MagicBuzz a écrit :

JDBC est plus un pendant de ADO que d'ODBC.

Cepandant y'a tjrs un codepath pour Oracle et un codepath autre quasiment, rien qu'a cause de la syntaxe des jointure ou des specificité foireuse.
En JDBC c'est pire, car y'a une URL, et cette URL est pas forcement tres tres standard. (meme si JDBC prevois des setUsername, setPassword, etc.).

Bref de l'abstraction reele y'en a pas forcement qui existe a 100%.