Le fait que cela aide à structurer le code n'est pas le plus important. Effectivement au niveau de l'écriture de ton code, c'est structurant. Mais si on regarde ADA 83 (Ada alsys pour les intimes) son organisation en paquetage, sa syntaxe aide beaucoup à structurer mais ce n'est pas un langage objet.
Tu as oublié de rajouter qu'un objet est caractérisé par
* ses attributs
* ses methodes
* et son identité
Le fait qu'un langage objet gère par défaut ce dernier outil (identité), cela te procure beaucoup plus d'aisance pour rapprocher tes développement du monde réel. En conception on est sur deux planètes differentes ! En conception classique t'es obligé à chaque fois de concevoir le concept d'objet (struct en c/c++, paquetage en ada, etc). Si tu réfléchis bien c'est une gymnastique que tu fais à chaque fois. Les langages objets te permettent d'aller directement au coeur du vrai problème fonctionnel en te prenant moins la tête sur les aspects purement techniques : structure de données pour représenter le réel par exemple. Ensuite cette structure que tu auras été content de créer et bien tu ne pourras la partager facilement (voire pas du tout ) avec d'autres projets.
Je ne parle même pas des mécanismes et outils introduits par défaut présent dans les principaux langages objets et aussi induit par leur nature : Serialisation, Exception, Introspection, Design Pattern etc ...
Et "Cherry on the cake", l'étape d'après c est la programmation orienté aspects.
Mais ce n'etait finalement pas si revolutionnaire, et contrairement a ce qu'on en pensait au debut ca ne permet pas plus de reutiliser le code que les bonnes vieilles bibliotheques.
Le fait que les langages objet permettent une meilleure abstraction du réel de par leur structure permet d'avoir des bibliothèques beaucoup plus réutilisables.
L'objet ce n'est pas seulement la programmation !!
Je ne parle même pas ce que l'objet à apporter en terme de conception d'application (on passe de MERISE au RUP, XP avec UML comme support ).
Conclusion : L'objet comme tu disais c'est vraiment une autre façon de voir les choses qui facilite la vie des concepteurs et programmeurs. C'est pas pour rien qu'une société comme microsoft est passé à l'objet (C# , les choses d'avant c'était pas de l'objet pour moi).
[^] # Re: hmm
Posté par Narmer . En réponse au journal j'ai un rêve .... Évalué à 6.
Le fait que cela aide à structurer le code n'est pas le plus important. Effectivement au niveau de l'écriture de ton code, c'est structurant. Mais si on regarde ADA 83 (Ada alsys pour les intimes) son organisation en paquetage, sa syntaxe aide beaucoup à structurer mais ce n'est pas un langage objet.
Tu as oublié de rajouter qu'un objet est caractérisé par
* ses attributs
* ses methodes
* et son identité
Le fait qu'un langage objet gère par défaut ce dernier outil (identité), cela te procure beaucoup plus d'aisance pour rapprocher tes développement du monde réel. En conception on est sur deux planètes differentes ! En conception classique t'es obligé à chaque fois de concevoir le concept d'objet (struct en c/c++, paquetage en ada, etc). Si tu réfléchis bien c'est une gymnastique que tu fais à chaque fois. Les langages objets te permettent d'aller directement au coeur du vrai problème fonctionnel en te prenant moins la tête sur les aspects purement techniques : structure de données pour représenter le réel par exemple. Ensuite cette structure que tu auras été content de créer et bien tu ne pourras la partager facilement (voire pas du tout ) avec d'autres projets.
Je ne parle même pas des mécanismes et outils introduits par défaut présent dans les principaux langages objets et aussi induit par leur nature : Serialisation, Exception, Introspection, Design Pattern etc ...
Et "Cherry on the cake", l'étape d'après c est la programmation orienté aspects.
Le fait que les langages objet permettent une meilleure abstraction du réel de par leur structure permet d'avoir des bibliothèques beaucoup plus réutilisables.
L'objet ce n'est pas seulement la programmation !!
Je ne parle même pas ce que l'objet à apporter en terme de conception d'application (on passe de MERISE au RUP, XP avec UML comme support ).
Conclusion : L'objet comme tu disais c'est vraiment une autre façon de voir les choses qui facilite la vie des concepteurs et programmeurs. C'est pas pour rien qu'une société comme microsoft est passé à l'objet (C# , les choses d'avant c'était pas de l'objet pour moi).
vala bon week-end