Version imprimable
Je suis en train de realiser un projet en fortran 95...
Je pensais que ce langage offrait la possibilite de REELLEMENT programmer en OO,mais je me rends compte que les possibilites qu'il offre sont en realite tres peu etendues:par exemple,on peut creer de nouveaux types de donnees,mais on ne peut pas creer de nouveaux types par heritage!!!
J'aimerais connaitre les strategies a appliquer pour programmer en OO avec un langage qui ne lui est pas dedie.
Toute aide est la bienvenue!!!
Le Fortran 90 et 95 n'est que partiellement oriente objet. L'heritage, notamment, n'est pas directement gere (il l'est par Fortran 2003, mais le temps que les compilateurs arrivent...).
On peut cependant emuler certaines fonctionalites, ce qui est bien decrit par
http://www.cs.rpi.edu/~szymansk/oof90.html (les liens du menu en bas de la page, notamment).
Enfin, il ne faut pas oublier de repondre a la question "L'orientation objet m'est-elle utile/necessaire/souhaitable?" Dans les programmes scientifiques (de calcul numerique, notamment), ce n'est pas le cas.
Premierement:merci pour le lien qui est tres tres interessant.Citation:
Envoyé par DaZumba
Deuxiemement:
En general non,mais on peut de temps a autre avoir besoin d'organiser ses donnees en structures...Citation:
Enfin, il ne faut pas oublier de repondre a la question "L'orientation objet m'est-elle utile/necessaire/souhaitable?" Dans les programmes scientifiques (de calcul numerique, notamment), ce n'est pas le cas.
C'est le cas pour mon projet.(Etude des ondes de pression generees par le mouvement d'un piston dans un cylindre clos ou dans un tube de choc.La propagation de ces ondes de pression peut tout simplement etre vue comme la propagation d'une certaine information et cette propagation devient difficile a implementer a partir du moment ou ces ondes interagissent et forment d'autres types d'onde en s'annihilant mutuellement)
J'ai deja ecrit une version de mon projet en me contentant d'utiliser des tableaux statiques mais la methode ne me semble pas tres indiquee quoique tres performante...
Je prefere utiliser une chaine liee a laquelle je peux ajouter au fil de l'execution du programme des types de donnees differents.
Quant a la question de l'utilite de programmer en Oriente Objet en Fortran,je crois que si le besoin n'etait pas legitime,on ne se serait pas depense a implementer un nouveau standard.
Anyway,big thanks pour le link.
Certes, mais il ne faut pas negliger les effets de mode. Souvent, on voit des programmes orientes objets juste pour dire qu'il le sont, sans aucun ajout interessant quant a la structure du programme ou a ses performances.Citation:
Envoyé par johnstanp
Et attention, il ne faut pas confondre programmation structuree et orientee-objet. Ce sont deux concepts differents (en gros, le deuxieme est une extension du premier).
[Mode Hors-Sujet=on]
Et pour achever de semer le bazar dans ce sujet, j'ajouterai qu'il faut aussi discerner la Programmation Orientée Objet (POO) de la Programmation Par Objet (PPO).
La première nécessite des langages spécifiques, pour des concepts particuliers, tels que le polymorphisme, la surcharge et l'héritage.
La seconde est une démarche de programmation, qui dans l'idée, se rapproche de la première, mais qui en diffère au niveau de l'implémentation. La PPO n'a d'objet que les structures conçues et leur modélisation, rien dans la mise en place. Ainsi, la PPO peut s'appuyer sur des langages procéduraux classiques (tels que le C, par exemple).
La PPO a connu son heure de gloire dans les premières implémentations des interfaces graphiques (Windows a au départ été écrit en pur C, selon cette démarche, X-Windows aussi) et peut encore souvent donner de bons résultats dans la mesure où elle donne un contrôle fin des objets (on ne perd pas son temps à chercher pas à savoir si le constructeur par copie est bien implémenté ou si l'on ne perd pas des références à des copies temporaires d'objet dans tous les sens, comme en C++).
[/Mode]