Et là je ne suis pas du tout convaincu que TrucStep puisse se vanter d'améliorer notre productivité.
Ben, tant pi.
On croirait entendre les développeurs VB qui disent qu'il vont coder la partie métier en C++ derrière :) Et là tout à coup la productivité chutte lamentablement parcque justement faut utiliser autre chose...
Oula, non, tu as mal compris ce que je voulais mettre en avant. Personnellement, je suis très productif avec Objective-C, merci bien. Par contre, quelque chose qui est *pratique*, c'est qu'il est relativement simple d'encapsuler du code existant (C, C++ -- enfin pour celui là, uniquement sur mac en attendant gcc 4.x ..) dans un objet Objective-C.
Les caractèristiques d'Objective-C aident beaucoup pour travailler à ce niveau de "composant" (dynamisme, introspection, envoi de messages, forwarding, protocoles, catégories, etc.). Tiens un exemple: récemment, j'avait besoin d'un objet pour faire du rendu volumétrique. Ben j'ai pris un code C que j'avais par ailleurs, qui faisait ça très bien, et je l'ai encapsulé dans un objet. Du coup, j'ai pu créer une UI très rapidement avec Gorm, qui communique avec cet objet, lequel est même déporté sur une autre machine, merci les DistributedObjects. D'un coup, une grosse souplesse et une sacré puissance sur un code qui existait déjà, pour quelques lignes ajoutés. On parle souvent de réutilisabilité, c'est le gateau à la crème de la programmation orientée objet. Avec ObjC c'est une réalité.
je suis moins convaincu de sa supériorité par rapport à d'autres solutions
Lesquelles ?
GNUstep/Cocoa n'est pas la réponse ultime -- mais au moins pour créer une interface graphique, je te garantit que ça booste. Regarde la vidéo cité en lien -- ça ressemble presque à n'importe quel gui builder ... mis à part quelques points "légèrement" plus intéressants: l'instantiation directe d'un objet *dans* l'interface (MyController), la séparation nette MVC, la souplesse du framework (le coup des nextKeyView)..
Pas de code généré, on travaille directement avec des objets... Et Gorm n'est pas limité à des widgets graphiques (là preuve, MyController) -- tu peux également te créer tes propres palettes d'objets. C'est pour ça que c'est bien plus qu'un GUI builder, c'est réellement un constructeur de relations inter-objets.. si tu penses que ça ne fait pas gagner du temps, ben hein...
[^] # Re: trop génial
Posté par Nicolas Roard . En réponse à la dépêche Sortie de la distribution GNUSTEP 0.9.4, GNUstep news, et vidéo. Évalué à 5.
Ben, tant pi.
On croirait entendre les développeurs VB qui disent qu'il vont coder la partie métier en C++ derrière :) Et là tout à coup la productivité chutte lamentablement parcque justement faut utiliser autre chose...
Oula, non, tu as mal compris ce que je voulais mettre en avant. Personnellement, je suis très productif avec Objective-C, merci bien. Par contre, quelque chose qui est *pratique*, c'est qu'il est relativement simple d'encapsuler du code existant (C, C++ -- enfin pour celui là, uniquement sur mac en attendant gcc 4.x ..) dans un objet Objective-C.
Brad Cox (le créateur d'Objective-C) considérait d'ailleurs son langage comme étant idéal pour ça -- aggréger des composants de haut niveau (http://www.virtualschool.edu/cox/pub/TaskMaster/CoxUserPgmblSystems(...))
Les caractèristiques d'Objective-C aident beaucoup pour travailler à ce niveau de "composant" (dynamisme, introspection, envoi de messages, forwarding, protocoles, catégories, etc.). Tiens un exemple: récemment, j'avait besoin d'un objet pour faire du rendu volumétrique. Ben j'ai pris un code C que j'avais par ailleurs, qui faisait ça très bien, et je l'ai encapsulé dans un objet. Du coup, j'ai pu créer une UI très rapidement avec Gorm, qui communique avec cet objet, lequel est même déporté sur une autre machine, merci les DistributedObjects. D'un coup, une grosse souplesse et une sacré puissance sur un code qui existait déjà, pour quelques lignes ajoutés. On parle souvent de réutilisabilité, c'est le gateau à la crème de la programmation orientée objet. Avec ObjC c'est une réalité.
je suis moins convaincu de sa supériorité par rapport à d'autres solutions
Lesquelles ?
GNUstep/Cocoa n'est pas la réponse ultime -- mais au moins pour créer une interface graphique, je te garantit que ça booste. Regarde la vidéo cité en lien -- ça ressemble presque à n'importe quel gui builder ... mis à part quelques points "légèrement" plus intéressants: l'instantiation directe d'un objet *dans* l'interface (MyController), la séparation nette MVC, la souplesse du framework (le coup des nextKeyView)..
Pas de code généré, on travaille directement avec des objets... Et Gorm n'est pas limité à des widgets graphiques (là preuve, MyController) -- tu peux également te créer tes propres palettes d'objets. C'est pour ça que c'est bien plus qu'un GUI builder, c'est réellement un constructeur de relations inter-objets.. si tu penses que ça ne fait pas gagner du temps, ben hein...