[Copie d'un message sur fr.comp.lang.c]
Bon, je sais, c'est une question de débutant, mais bon... je n'arrive
pas à trouver de réponses pertinentes sur internet ou dans la FAQ.
En gros, j'hésite à passer au langage C (je maîtrise bien GW Basic,
Turbo Pascal, PHP et quelques autres langages). Et j'hésite entre C et
C++... Je ne trouve pas de comparatif "pertinent" au sens ou je l'entend
(i.e.
pour débutant !), donc je me permets de poser quelques questions simples,
dont les réponses me permettront de choisir :
- quelle est la différence entre C et C++, "à part" que C++ permet la
programmation orientée objet ?
- peut-on programmer en C++ sans se servir dans l'immédiat de la
programmation orientée objet (autrement dit, apprendre progressivement, mais
juste sous C++) ?
- quel compliateur choisir (sur quels critères se baser ?) ? J'ai
téléchargé sans les installer Dév-C++ et MS Visual C++ 2005 Express
(gratuits).
En fait, mon objectif à court terme est de faire un programme spécifique
(évolutif et assez complexe) avec une interface graphique et une base de
données (j'ai l'habitude en PHP) :
- est-ce qu'il est possible (autrement dit pas trop complexe pour
quelqu'un qui débute avec ce langage), en C ou en C++, de faire "sa" base de
données avec des fichiers texte (sans se servir de SQL ou autres) ?
- pour les interfaces graphiques, d'après ce que j'ai lu, on en revient
toujours à l'OS, et puis ce n'est pas le sujet du forum, etc. Néanmoins, je
ne vois pas bien "comment" on peut s'occuper d'une interface graphique : par
l'intégration d'une bibliothèque spécifique ? Pour Windows, y en a-t-il une
qui soit relativement simple d'abord, ou, à défaut, quelle est la plus
répandue (et libre) ?
Comme l'OP parle de "question de débutant", j'imagine qu'on ne va pas lui confier l'écriture de logiciels "sensibles" avant un petit bout de temps.
Effectivement ^^
H.
James Kanze :
Il y a aussi la structure naturelle des données : une liste "plate" (liste des clients d'une entreprise, par exemple) est bien adaptée aux BdD ; une structure d'arbre (surtout de profondeur non fixée) s'y prêtera vraisemblablement moins.
Ça dépend, mais c'est vrai qu'on pourrait lui préférer une base hièrarchique à une base relationnelle. Disons LDAP.
Oui, c'est exactement dans ce cas que je me trouve : une structure d'arbre. J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe des SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce n'est pas un problème de programmation, mais un problème lié à mon programme, parce que les requêtes SELECT dépendent - "plus" que d'habitude - des utilisateurs). C'est la deuxième raison (la première étant les problèmes de déploiement) qui me poussent à chercher une autre solution que SQL. Une idée ??
Cordialement, Christophe
James Kanze :
Il y a aussi la structure naturelle des données : une liste
"plate" (liste des clients d'une entreprise, par exemple) est
bien adaptée aux BdD ; une structure d'arbre (surtout de
profondeur non fixée) s'y prêtera vraisemblablement moins.
Ça dépend, mais c'est vrai qu'on pourrait lui préférer une base
hièrarchique à une base relationnelle. Disons LDAP.
Oui, c'est exactement dans ce cas que je me trouve : une structure
d'arbre.
J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe des
SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce n'est pas
un problème de programmation, mais un problème lié à mon programme, parce
que les requêtes SELECT dépendent - "plus" que d'habitude - des
utilisateurs).
C'est la deuxième raison (la première étant les problèmes de
déploiement) qui me poussent à chercher une autre solution que SQL.
Une idée ??
Il y a aussi la structure naturelle des données : une liste "plate" (liste des clients d'une entreprise, par exemple) est bien adaptée aux BdD ; une structure d'arbre (surtout de profondeur non fixée) s'y prêtera vraisemblablement moins.
Ça dépend, mais c'est vrai qu'on pourrait lui préférer une base hièrarchique à une base relationnelle. Disons LDAP.
Oui, c'est exactement dans ce cas que je me trouve : une structure d'arbre. J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe des SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce n'est pas un problème de programmation, mais un problème lié à mon programme, parce que les requêtes SELECT dépendent - "plus" que d'habitude - des utilisateurs). C'est la deuxième raison (la première étant les problèmes de déploiement) qui me poussent à chercher une autre solution que SQL. Une idée ??
Cordialement, Christophe
JBB
Bonsoir...
[Copie d'un message sur fr.comp.lang.c] Bon, je sais, c'est une question de débutant, mais bon... je n'arrive pas à trouver de réponses pertinentes sur internet ou dans la FAQ. En gros, j'hésite à passer au langage C (je maîtrise bien GW Basic, Turbo Pascal, PHP et quelques autres langages). Et j'hésite entre C et C++... Je ne trouve pas de comparatif "pertinent" au sens ou je l'entend (i.e. pour débutant !), donc je me permets de poser quelques questions simples, dont les réponses me permettront de choisir : - quelle est la différence entre C et C++, "à part" que C++ permet la programmation orientée objet ? - peut-on programmer en C++ sans se servir dans l'immédiat de la programmation orientée objet (autrement dit, apprendre progressivement, mais juste sous C++) ? - quel compliateur choisir (sur quels critères se baser ?) ? J'ai téléchargé sans les installer Dév-C++ et MS Visual C++ 2005 Express (gratuits).
En fait, mon objectif à court terme est de faire un programme spécifique (évolutif et assez complexe) avec une interface graphique et une base de données (j'ai l'habitude en PHP) : - est-ce qu'il est possible (autrement dit pas trop complexe pour quelqu'un qui débute avec ce langage), en C ou en C++, de faire "sa" base de données avec des fichiers texte (sans se servir de SQL ou autres) ? - pour les interfaces graphiques, d'après ce que j'ai lu, on en revient toujours à l'OS, et puis ce n'est pas le sujet du forum, etc. Néanmoins, je ne vois pas bien "comment" on peut s'occuper d'une interface graphique : par l'intégration d'une bibliothèque spécifique ? Pour Windows, y en a-t-il une qui soit relativement simple d'abord, ou, à défaut, quelle est la plus répandue (et libre) ?
Cordialement, Christophe
Si tu veux faire du SQL sans serveur de base de données tu peux utiliser SQLite. Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te conseillerais de passer directement à un langage plus 'moderne' genre Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
Bonsoir...
[Copie d'un message sur fr.comp.lang.c]
Bon, je sais, c'est une question de débutant, mais bon... je n'arrive
pas à trouver de réponses pertinentes sur internet ou dans la FAQ.
En gros, j'hésite à passer au langage C (je maîtrise bien GW Basic,
Turbo Pascal, PHP et quelques autres langages). Et j'hésite entre C et
C++... Je ne trouve pas de comparatif "pertinent" au sens ou je l'entend
(i.e.
pour débutant !), donc je me permets de poser quelques questions simples,
dont les réponses me permettront de choisir :
- quelle est la différence entre C et C++, "à part" que C++ permet la
programmation orientée objet ?
- peut-on programmer en C++ sans se servir dans l'immédiat de la
programmation orientée objet (autrement dit, apprendre progressivement, mais
juste sous C++) ?
- quel compliateur choisir (sur quels critères se baser ?) ? J'ai
téléchargé sans les installer Dév-C++ et MS Visual C++ 2005 Express
(gratuits).
En fait, mon objectif à court terme est de faire un programme spécifique
(évolutif et assez complexe) avec une interface graphique et une base de
données (j'ai l'habitude en PHP) :
- est-ce qu'il est possible (autrement dit pas trop complexe pour
quelqu'un qui débute avec ce langage), en C ou en C++, de faire "sa" base de
données avec des fichiers texte (sans se servir de SQL ou autres) ?
- pour les interfaces graphiques, d'après ce que j'ai lu, on en revient
toujours à l'OS, et puis ce n'est pas le sujet du forum, etc. Néanmoins, je
ne vois pas bien "comment" on peut s'occuper d'une interface graphique : par
l'intégration d'une bibliothèque spécifique ? Pour Windows, y en a-t-il une
qui soit relativement simple d'abord, ou, à défaut, quelle est la plus
répandue (et libre) ?
Cordialement,
Christophe
Si tu veux faire du SQL sans serveur de base de données tu peux utiliser
SQLite.
Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te
conseillerais de passer directement à un langage plus 'moderne' genre
Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
[Copie d'un message sur fr.comp.lang.c] Bon, je sais, c'est une question de débutant, mais bon... je n'arrive pas à trouver de réponses pertinentes sur internet ou dans la FAQ. En gros, j'hésite à passer au langage C (je maîtrise bien GW Basic, Turbo Pascal, PHP et quelques autres langages). Et j'hésite entre C et C++... Je ne trouve pas de comparatif "pertinent" au sens ou je l'entend (i.e. pour débutant !), donc je me permets de poser quelques questions simples, dont les réponses me permettront de choisir : - quelle est la différence entre C et C++, "à part" que C++ permet la programmation orientée objet ? - peut-on programmer en C++ sans se servir dans l'immédiat de la programmation orientée objet (autrement dit, apprendre progressivement, mais juste sous C++) ? - quel compliateur choisir (sur quels critères se baser ?) ? J'ai téléchargé sans les installer Dév-C++ et MS Visual C++ 2005 Express (gratuits).
En fait, mon objectif à court terme est de faire un programme spécifique (évolutif et assez complexe) avec une interface graphique et une base de données (j'ai l'habitude en PHP) : - est-ce qu'il est possible (autrement dit pas trop complexe pour quelqu'un qui débute avec ce langage), en C ou en C++, de faire "sa" base de données avec des fichiers texte (sans se servir de SQL ou autres) ? - pour les interfaces graphiques, d'après ce que j'ai lu, on en revient toujours à l'OS, et puis ce n'est pas le sujet du forum, etc. Néanmoins, je ne vois pas bien "comment" on peut s'occuper d'une interface graphique : par l'intégration d'une bibliothèque spécifique ? Pour Windows, y en a-t-il une qui soit relativement simple d'abord, ou, à défaut, quelle est la plus répandue (et libre) ?
Cordialement, Christophe
Si tu veux faire du SQL sans serveur de base de données tu peux utiliser SQLite. Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te conseillerais de passer directement à un langage plus 'moderne' genre Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
Fabien LE LEZ
On Mon, 10 Jul 2006 17:25:39 +0200, JBB :
Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te conseillerais de passer directement à un langage plus 'moderne' genre Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
Oh le beau troll... Je veux bien admettre qu'on puisse comparer C++, C# et Java. Mais mettre C dans le même sac, ou dire que C++ est moins moderne[*], c'est assez ridicule.
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
On Mon, 10 Jul 2006 17:25:39 +0200, JBB <JBB@nospam.jbb>:
Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te
conseillerais de passer directement à un langage plus 'moderne' genre
Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
Oh le beau troll...
Je veux bien admettre qu'on puisse comparer C++, C# et Java.
Mais mettre C dans le même sac, ou dire que C++ est moins moderne[*],
c'est assez ridicule.
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
Quant au langage, sauf si tu veux vraiment faire du C ou C++ je te conseillerais de passer directement à un langage plus 'moderne' genre Java ou C# si tu veux une syntaxe s'approchant du C/C++, ou encore python.
Oh le beau troll... Je veux bien admettre qu'on puisse comparer C++, C# et Java. Mais mettre C dans le même sac, ou dire que C++ est moins moderne[*], c'est assez ridicule.
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
John Deuf
H. :
Oui, c'est exactement dans ce cas que je me trouve : une structure d'arbre. J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe des SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce n'est pas un problème de programmation, mais un problème lié à mon programme, parce que les requêtes SELECT dépendent - "plus" que d'habitude - des utilisateurs). C'est la deuxième raison (la première étant les problèmes de déploiement) qui me poussent à chercher une autre solution que SQL. Une idée ??
Le MDX ? C'est un langage de requete comparable a SQL. Je ne le connais pas bien, mais il m'apparait plus "structure" que SQL.
-- John Deuf
H. :
Oui, c'est exactement dans ce cas que je me trouve : une structure
d'arbre.
J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe
des
SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce
n'est pas un problème de programmation, mais un problème lié à mon
programme, parce que les requêtes SELECT dépendent - "plus" que
d'habitude - des utilisateurs).
C'est la deuxième raison (la première étant les problèmes de
déploiement) qui me poussent à chercher une autre solution que SQL.
Une idée ??
Le MDX ?
C'est un langage de requete comparable a SQL. Je ne le connais pas bien,
mais il m'apparait plus "structure" que SQL.
Oui, c'est exactement dans ce cas que je me trouve : une structure d'arbre. J'arrive à le faire avec PHP/MySQL, mais c'est vrai que la syntaxe des SELECT devient vite assez lourdre (trop lourde à mon goût ; et ce n'est pas un problème de programmation, mais un problème lié à mon programme, parce que les requêtes SELECT dépendent - "plus" que d'habitude - des utilisateurs). C'est la deuxième raison (la première étant les problèmes de déploiement) qui me poussent à chercher une autre solution que SQL. Une idée ??
Le MDX ? C'est un langage de requete comparable a SQL. Je ne le connais pas bien, mais il m'apparait plus "structure" que SQL.
-- John Deuf
Sylvain
kanze wrote on 10/07/2006 13:41:
quand tu as accepté un ordre d'un client pour 100.000 actions, il faut les livrer au prix du marché au moment qu'il a passé la commande, même si le prix a augmenté dans les jours qui suivent.
t'es sur ? donnes-moi les coord. de ton trader dans ce cas, je vais faire qlq aller-retours sympa !! (on passe pas "commmandes" de titres (sauf sur une OP) mais un "ordre").
Sylvain.
kanze wrote on 10/07/2006 13:41:
quand tu as accepté un ordre d'un client pour 100.000 actions,
il faut les livrer au prix du marché au moment qu'il a passé la
commande, même si le prix a augmenté dans les jours qui suivent.
t'es sur ? donnes-moi les coord. de ton trader dans ce cas, je vais
faire qlq aller-retours sympa !! (on passe pas "commmandes" de titres
(sauf sur une OP) mais un "ordre").
quand tu as accepté un ordre d'un client pour 100.000 actions, il faut les livrer au prix du marché au moment qu'il a passé la commande, même si le prix a augmenté dans les jours qui suivent.
t'es sur ? donnes-moi les coord. de ton trader dans ce cas, je vais faire qlq aller-retours sympa !! (on passe pas "commmandes" de titres (sauf sur une OP) mais un "ordre").
Sylvain.
loufoque
Il y a GTK-- Si je ne me trompe, c'est plus un "portage" d'une interface X sous
Windows (un peu comme Cygwin pour la ligne de commande) que d'une vraie bibliothèque GUI capable d'afficher une interface "Windows" normale.
C'etait ce que j'avais compris pour GTK 1.x, mais il me semblait avoir compris qu'un des objectifs de la version 2.x etait d'avoir une apparence native. Maintenant, pour savoir si c'est reussi, il faudrait que j'utilise Windows.
GTK+ a été porté vers windows. Ça doit utiliser GDI+ voire cairo pour dessiner les widgets, et il y a des thèmes pour émuler les applications natives windows.
Le nom du wrapper C++ est GTKmm et non pas GTK--. GTKmm est bien plus agréable à utiliser que Qt ou wxwidgets car l'API est plus en "C++ moderne" et est compatible avec les conteneurs standards etc.
Il y a GTK--
Si je ne me trompe, c'est plus un "portage" d'une interface X sous
Windows (un peu comme Cygwin pour la ligne de commande) que d'une
vraie bibliothèque GUI capable d'afficher une interface "Windows"
normale.
C'etait ce que j'avais compris pour GTK 1.x, mais il me semblait avoir
compris qu'un des objectifs de la version 2.x etait d'avoir une
apparence native. Maintenant, pour savoir si c'est reussi, il
faudrait que j'utilise Windows.
GTK+ a été porté vers windows.
Ça doit utiliser GDI+ voire cairo pour dessiner les widgets, et il y a
des thèmes pour émuler les applications natives windows.
Le nom du wrapper C++ est GTKmm et non pas GTK--.
GTKmm est bien plus agréable à utiliser que Qt ou wxwidgets car l'API
est plus en "C++ moderne" et est compatible avec les conteneurs
standards etc.
Il y a GTK-- Si je ne me trompe, c'est plus un "portage" d'une interface X sous
Windows (un peu comme Cygwin pour la ligne de commande) que d'une vraie bibliothèque GUI capable d'afficher une interface "Windows" normale.
C'etait ce que j'avais compris pour GTK 1.x, mais il me semblait avoir compris qu'un des objectifs de la version 2.x etait d'avoir une apparence native. Maintenant, pour savoir si c'est reussi, il faudrait que j'utilise Windows.
GTK+ a été porté vers windows. Ça doit utiliser GDI+ voire cairo pour dessiner les widgets, et il y a des thèmes pour émuler les applications natives windows.
Le nom du wrapper C++ est GTKmm et non pas GTK--. GTKmm est bien plus agréable à utiliser que Qt ou wxwidgets car l'API est plus en "C++ moderne" et est compatible avec les conteneurs standards etc.
loufoque
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
2003
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
[*] La dernière norme ISO-C++ en date est sortie quand, déjà ?
2003
Fabien LE LEZ
On Mon, 10 Jul 2006 22:33:12 +0200, loufoque :
[GTK+] [...]émuler les applications natives windows.
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement différents en standard, et il me semble qu'on peut en rajouter d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application programmée avec cette bibliothèque est-elle capable de s'adapter au thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
On Mon, 10 Jul 2006 22:33:12 +0200, loufoque
<loufoque@remove.gmail.com>:
[GTK+]
[...]émuler les applications natives windows.
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement
différents en standard, et il me semble qu'on peut en rajouter
d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application
programmée avec cette bibliothèque est-elle capable de s'adapter au
thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
[GTK+] [...]émuler les applications natives windows.
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement différents en standard, et il me semble qu'on peut en rajouter d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application programmée avec cette bibliothèque est-elle capable de s'adapter au thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
loufoque
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement différents en standard, et il me semble qu'on peut en rajouter d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application programmée avec cette bibliothèque est-elle capable de s'adapter au thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
Je n'ai pas Windows mais les captures d'écran du Gimp sont plutôt prometteuses. http://www.gimp.org/screenshots/
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement
différents en standard, et il me semble qu'on peut en rajouter
d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application
programmée avec cette bibliothèque est-elle capable de s'adapter au
thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
Je n'ai pas Windows mais les captures d'écran du Gimp sont plutôt
prometteuses.
http://www.gimp.org/screenshots/
Mauvais plan, ça. Sous Windows XP, il y a deux thèmes radicalement différents en standard, et il me semble qu'on peut en rajouter d'autres. Est-ce que GTK+ arrive à suivre, i.e. une application programmée avec cette bibliothèque est-elle capable de s'adapter au thème activé dans Windows ?
Note : sur ce coup-là, Firefox se vautre lamentablement.
Je n'ai pas Windows mais les captures d'écran du Gimp sont plutôt prometteuses. http://www.gimp.org/screenshots/
