Je trouve les RAD wysiwyg très bien. Il ne faut juste pas en abuser. Par exemple, avec Qt Designer, tu peux intégrer des widgets créés avec Designer ou du C++ ou encore du Python (ce n'est pas trivial la première fois), et t'occuper simplement de les positionner les uns par rapport aux autres.
Oui, très bien, pour du prototypage. Ou de petites applications.
Allez, rien que pour le fun, faites une calculatrice avec un RAD, puis faites-la à la main.
Celui qui va faire avec le RAD va faire 10 boutons séparés (pour une base 10), celui qui fait à la main, en bon flemmard de dev, fera un tableau de 10. D'ailleurs, avec un peu de jugeote, il fera un tableau dynamique, comme ça la calto passe en 2 lignes de code de 10 à 2 à 16 à 8 boutons numériques… ou pourquoi pas 20…
Bon, certes, ce n'est qu'un cas très précis, pas généralisable. Et j'utilise des RAD, moi aussi. Pour le prototypage, et le dev crado, c'est bien, ça accélère.
Par contre, si je veux un code propre et une appli légère, non, parce que les layouts permettent de régler le problème de la présentation très facilement à la main, et que si mon appli dois être légère, ça veut aussi dire qu'il vaut mieux ne pas trop charger l'interface.
De plus QtDesigner gère très bien les layouts.
Certes. Comme tous les RAD en fait. Au moins ceux dignes de ce, bien sûr…
Mais les layouts ont l'immense avantage de se gérer très facilement à la main. (en plus de redimensionner l'application sans casser toute l'interface, hoff kource)
Du moins, avec wxWidgets (que j'utilise sur une appli, mais faut que je trouve un meilleur framework portable parce que ça m'agace. Et me parlez pas de Qt, c'est le pire que je connaisse, avec sa manie de modifier la chaîne de compilation, mais de qui se moc t-on? )
Ca me rappelle qu'il faut que je finisse mon mécanisme qui me permet de générer une interface basée sur des fichiers de conf et les lier à une action implémentée dans un plugin. (Ca existe certes déjà, mais c'est amusant à coder, et puis l'existant à trop tendance à utiliser de l'xml, que je (削除) conchie (削除ここまで) n'apprécie guère. D'autant que je base mon code uniquement sur boost et la stl (et wx, mais faut que je templatise tout ça parce que je compte switcher mon appli à autre chose de plus léger, mieux conçu, qui n'utilise que la STL quand c'est possible, et qui ne fasse que l'IHM quand j'aurai fait le plus gros. D'ailleurs, quelqu'un à une idée?), je pense que ça pourra être utile à d'autres que moi :D )
Histoire que je n'aie plus besoin de me coltiner toute l'interface de mes applis systématiquement, et que l'utilisateur puisse changer jusqu'à l'ordre des boutons de menus/toolbars, sans devoir compiler ni passer par une interface.
Allez, zou, je retourne coder moi.
[^] # Re: En ce qui concerne les applications...?
Posté par freem . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à -2.
Oui, très bien, pour du prototypage. Ou de petites applications.
Allez, rien que pour le fun, faites une calculatrice avec un RAD, puis faites-la à la main.
Celui qui va faire avec le RAD va faire 10 boutons séparés (pour une base 10), celui qui fait à la main, en bon flemmard de dev, fera un tableau de 10. D'ailleurs, avec un peu de jugeote, il fera un tableau dynamique, comme ça la calto passe en 2 lignes de code de 10 à 2 à 16 à 8 boutons numériques… ou pourquoi pas 20…
Bon, certes, ce n'est qu'un cas très précis, pas généralisable. Et j'utilise des RAD, moi aussi. Pour le prototypage, et le dev crado, c'est bien, ça accélère.
Par contre, si je veux un code propre et une appli légère, non, parce que les layouts permettent de régler le problème de la présentation très facilement à la main, et que si mon appli dois être légère, ça veut aussi dire qu'il vaut mieux ne pas trop charger l'interface.
Certes. Comme tous les RAD en fait. Au moins ceux dignes de ce, bien sûr…
Mais les layouts ont l'immense avantage de se gérer très facilement à la main. (en plus de redimensionner l'application sans casser toute l'interface, hoff kource)
Du moins, avec wxWidgets (que j'utilise sur une appli, mais faut que je trouve un meilleur framework portable parce que ça m'agace. Et me parlez pas de Qt, c'est le pire que je connaisse, avec sa manie de modifier la chaîne de compilation, mais de qui se moc t-on? )
Ca me rappelle qu'il faut que je finisse mon mécanisme qui me permet de générer une interface basée sur des fichiers de conf et les lier à une action implémentée dans un plugin. (Ca existe certes déjà, mais c'est amusant à coder, et puis l'existant à trop tendance à utiliser de l'xml, que je
(削除) conchie (削除ここまで)n'apprécie guère. D'autant que je base mon code uniquement sur boost et la stl (et wx, mais faut que je templatise tout ça parce que je compte switcher mon appli à autre chose de plus léger, mieux conçu, qui n'utilise que la STL quand c'est possible, et qui ne fasse que l'IHM quand j'aurai fait le plus gros. D'ailleurs, quelqu'un à une idée?), je pense que ça pourra être utile à d'autres que moi :D )Histoire que je n'aie plus besoin de me coltiner toute l'interface de mes applis systématiquement, et que l'utilisateur puisse changer jusqu'à l'ordre des boutons de menus/toolbars, sans devoir compiler ni passer par une interface.
Allez, zou, je retourne coder moi.