Alors là, je suis partagé... En effet, je suis assez fan de méga (voire monstro) macro qui permettent de factoriser du code assez bien. Par exemple, mon dernier exemple en date, pour ceux qui connaissent, le codage d'une bibliothèque pour l'environnement Lua (petit moteur de script, très portable et donc parfait pour l'embarqué). L'ajout de nouveaux types dans Lua est très redondant et si on veut déclarer et utiliser ces types, les macros sont vraiment super.
Après, il faut savoir leur donner de la gueule. Je suis d'accord que dans l'exemple ci-dessus, c'est vraiment dégueu, mais il suffit de coder la macro comme du code normal (avec les retours chariots et l'indentation d'un code propre), puis avec une commande de remplacement on rajoute un '\' en fin de chaque ligne (sauf la dernière) et enfin (le meilleur !!), grâce à l'outil génial "tal" (http://thomasjensen.com/software/tal/), pour lequel on a évidemment rajouté un raccourci dans vim, on aligne proprement les '\' en fin de ligne. Et voilà, le tour est joué ! Au prochain épisode, comment débugger les macros avec gdb...
[^] # Re: Petit joueur....
Posté par Joël . En réponse au journal ha le php et ses élites. Évalué à 1.
Après, il faut savoir leur donner de la gueule. Je suis d'accord que dans l'exemple ci-dessus, c'est vraiment dégueu, mais il suffit de coder la macro comme du code normal (avec les retours chariots et l'indentation d'un code propre), puis avec une commande de remplacement on rajoute un '\' en fin de chaque ligne (sauf la dernière) et enfin (le meilleur !!), grâce à l'outil génial "tal" (http://thomasjensen.com/software/tal/), pour lequel on a évidemment rajouté un raccourci dans vim, on aligne proprement les '\' en fin de ligne. Et voilà, le tour est joué ! Au prochain épisode, comment débugger les macros avec gdb...