Discussion :

[gege2061]

Bonjour,

Je vous propose un petit sondage/débat afin de connaître votre langage de prédilection pour écrire vos applications utilisant GTK+.

Le sondage ne propose que les binding officiels, mais il en existe beaucoup d'autres : Quels langages peuvent être utilisés avec GTK+ ?.


Résultats au 21 Mai 2009



C : 48,78%
C++ : 17,07%
Java : 2,44%
Perl : 4,88%
Python : 0%
Autres : 26,83% (Ruby, PHP, PureBasic, OCaml et C#)

Votants : 41

[spicote]

C/GTK+ depuis 3 semaines

réalisation :
1 application Atrium (portage d'une application domotique que j'avais faite en Delphi5)

projets :
portage de 2 ou 3 autres de mes applications Delphi 5
Neurone : pour s'amuser avec les réseaux de neurones type perceptron multi-couches
GEP : pour s'amuser avec l'algorithme Gene Expression Programming

après ...

faire mumuze avec sphinx3 (peut-être un frontend GTK+)

bref beaucoup de plaisir en perspective et de

[gege2061]

Bon je vais commencer les réjouissances

J'utilise le plus souvent le langage C dans mes développements tout simplement car c'est le langage avec lequel j'ai le plus d'expérience.

Par contre à force ça devient pénible d'avoir à faire du copier/coller/remplacer lorsque l'on créé une nouvelle classe Je me tournerai bien vers un vrai langage orienté objet (C++ ou python), mais la liste des dépendances commence à être lourde (surtout pour les pauvres utilisateurs Windows qui n'ont pas apt-get ou autre).

Dernièrement j'ai découvert un langage qui pourrait bien me faire changer d'avis : vala !

Rapidement c'est un langage proche du C# et le compilateur se contente de traduire le code en C. Donc pas de nouvelle dépendance, la rapidité du C et une syntaxe beaucoup plus simple et riche (exception, générique, delegate, ...).

Je vais essayer de traduire un gros projet en vala pour voir ce que ça donne mais il est possible que ma préférence change

[teuf13]

Pour vala, ce qui m'inquite le plus, c'est si ca s'integre tout comme il faut avec gdb/valgrind. Sans ca, ca va difficilement etre utilisable

[gege2061]

Pour vala, ce qui m'inquite le plus, c'est si ca s'integre tout comme il faut avec gdb/valgrind. Sans ca, ca va difficilement etre utilisable

Déjà avec un langage comme le C#, les bugs sont moins fréquent. Ensuite ça reste du C, donc tu demande au compilateur de s'arrêter à la génération du code C et ensuite tu fais comme d'habitude (compilation avec les options de débugage + gdb). Après le plus pénible va être de retrouver le code d'origine. Mais à mon avis, les bugs étant moins fréquent, on peux passer un peu plus de temps dessus.

[sir_squall]

J'ai mis autre et je l'utilise avec Ruby

[smashy]

J'ai mis autre et je l'utilise avec Ruby

perso, j'ai 3 ans d'XP de GTK avec C et je suis en train de m y mettre pour mon plus grand bonheur avec ruby , je vais donc voter autre

[vinc-mai]

Autre pour moi aussi.
J'utilise ruby, langage avec lequel je découvre la programmation.

[smashy]

Autre pour moi aussi.
J'utilise ruby, langage avec lequel je découvre la programmation.

ca c'est un choix des plus judicieux pour apprendre la programmation

[vinc-mai]

C'est vrai. Cà m'a l'air beaucoup plus clair que les 2 cours de C que j'ai eu. Pourtant, j'apprends tout seul avec l'aide d'internet.

[BloodyDark]

Je l'utilise avec PHP depuis 2 jours.

[gege2061]

Pour vala, ce qui m'inquite le plus, c'est si ca s'integre tout comme il faut avec gdb/valgrind. Sans ca, ca va difficilement etre utilisable

J'ai quelques problèmes actuellement avec une bibliothèques écrite en C que j'essaye d'utiliser avec Vala.

Donc pour le débuggage,je commence à y goutter : tu utilise gdb et voici la sortie :

Code x :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
gege2061@moisi-box:~/projects/valide$ gdb ./valide 
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /home/gege2061/projects/valide/valide 
[Thread debugging using libthread_db enabled]
[New Thread 0xb75f78c0 (LWP 5722)]

** (valide:5722): CRITICAL **: g_markup_dom_node_get_element_by_path: assertion `root != NULL' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb75f78c0 (LWP 5722)]
0x0804d3fe in valide_project_dialog_populate_icon_view (self=0x82db808) at project-dialog.vala:112
112	project-dialog.vala: No such file or directory.
	in project-dialog.vala
(gdb) bt
#0  0x0804d3fe in valide_project_dialog_populate_icon_view (self=0x82db808) at project-dialog.vala:112
#1  0x0804d6a2 in valide_project_dialog_constructor (type=136324984, n_construct_properties=2, construct_properties=0x826b1e8) at project-dialog.vala:58
#2  0xb7a748d8 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#3  0x0804dc55 in valide_project_dialog_new () at project-dialog.vala:91
#4  0x0804e078 in valide_project_factory_create (self=0x80b80d0, filename=0x0) at project-factory.vala:55
#5  0x0805006c in valide_window_on_action_activated (o=0x80b4838, action=0x80aa538, self=0x80ab820) at window.vala:124
#6  0xb7a7ae6a in g_cclosure_marshal_VOID__OBJECT () from /usr/lib/libgobject-2.0.so.0
#7  0xb7a6e619 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#8  0xb7a82dfb in ?? () from /usr/lib/libgobject-2.0.so.0
#9  0x080be878 in ?? ()
#10 0x00000000 in ?? ()
(gdb) break project-dialog.vala:110
Breakpoint 2 at 0x804d35d: file project-dialog.vala, line 110.
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/gege2061/projects/valide/valide 
[Thread debugging using libthread_db enabled]
[New Thread 0xb75648c0 (LWP 5821)]
[Switching to Thread 0xb75648c0 (LWP 5821)]

Breakpoint 2, valide_project_dialog_populate_icon_view (self=0x82dc008) at project-dialog.vala:111
111	in project-dialog.vala
(gdb)

Mise à part le nom des fonctions qui est transformé, le nom des fichiers et les numéros de ligne reste ceux du code en Vala

[Progi1984]

Autre... Je l'utilise avec PureBasic.

[SpiceGuid]

Autre.

Objective-Caml + LablGTK.

[NeMo_O]

J'utilise le plus souvent le langage C dans mes développements tout simplement car c'est le langage avec lequel j'ai le plus d'expérience.

Idem, j'ai commencé à "vraiment programmer" il y a 2ans lorsque je suis rentré en école d'ingénieur, on a appris le langage C.

Je voulais ensuite faire un projet d'anagrammeur et afficher les résultats bien ordonnés et graphiquement. J'ai demandé à mon prof et il m'a conseillé d'utiliser GTK+/GNOME car il est écrit en C et est assez intuitif dans l'utilisation.

Par contre à force ça devient pénible d'avoir à faire du copier/coller/remplacer lorsque l'on créé une nouvelle classe Je me tournerai bien vers un vrai langage orienté objet (C++ ou python)

Cependant cette année, nous avons un projet beaucoup plus conséquent à réaliser avec plusieurs milliers de lignes de codes. J'ai été demandé quelques conseils à mon prof sur le langage à utiliser et voilà ce qu'il ma répondu en gros :

" Le langage C, ça a de nombreux avantages (rapidité du code,...), mais lorsque tu fais de gros projets, il faut avant tout penser à la clarté et réutilisabilité du code. Tu devrais donc te tourner vers un langage orienté objet comme le C++ ou le Java car c'est beaucoup plus structuré et il y a un niveau d'abstraction en plus (sans compter l'héritage, le polymorphisme, ... ) ".


Mais bon je continue toujours à programmer en C car même si je sais qu'en C++ c'est mieux, je trouve que cela ne sert à rien d'essayer avec un langage qu'on ne maitrise pas assez. Je pense qu'il faut d'abord maitriser le langage en lui-même avant d'y intégrer GTK+.

[gege2061]

Cependant cette année, nous avons un projet beaucoup plus conséquent à réaliser avec plusieurs milliers de lignes de codes. J'ai été demandé quelques conseils à mon prof sur le langage à utiliser et voilà ce qu'il ma répondu en gros :

" Le langage C, ça a de nombreux avantages (rapidité du code,...), mais lorsque tu fais de gros projets, il faut avant tout penser à la clarté et réutilisabilité du code. Tu devrais donc te tourner vers un langage orienté objet comme le C++ ou le Java car c'est beaucoup plus structuré et il y a un niveau d'abstraction en plus (sans compter l'héritage, le polymorphisme, ... ) ".

Dans ce cas je te conseille vala, tu retrouveras les avantages des deux parties

[NeMo_O]

D'accord, je suis allé voir de quoi il en était.

features to GNOME developers without imposing any additional runtime requirements

Donc est-ce qu'avec vala, on peut conserver les avantages de gnome (canevas, fonctions de dessins simples à utiliser,...) et surtout est-ce qu'un programme vala peut facilement être exportable sous windows ?

Si oui, je risque bien de m'y mettre

[gege2061]

Donc est-ce qu'avec vala, on peut conserver les avantages de gnome (canevas, fonctions de dessins simples à utiliser,...) et surtout est-ce qu'un programme vala peut facilement être exportable sous windows ?

Le compilateur génère en fait les sources en C pour ensuite les compiler avec gcc, valac fonctionne sous Windows mais au pire il suffit de distribuer les sources C pour que ce soit transparent pour l'utilisateur.

Il est très simple de réutiliser les bibliothèques en C, il suffit de créer un fichier vapi qui sert d'interface. Voici un tuto pour le générer automatiquement : http://live.gnome.org/Vala/Bindings mais il est fréquent de devoir le modifier à la main (le langage est encore en phase de développement).

Et si tu as des questions, tu peux les poser dans ce forum, j'ai deux gros projets en cours avec ce langage donc je commence à être rodé

[LeBelge63]

Moi aussi comme j'ai quelques notions en C je me suis tourné directement vers ce langage pour utiliser GTK.

Mais bon je débute donc je ne pourrais pas dire quel langage est le plus adapté.

[Rniamo]

je l'utilisais en C, maintenant je fais du gtkmm en C++, ça perd en facilité et rapidité de compilation mais ça gagne en utilisant l'héritage et surtout le polymorphisme.