Je sais que ça paraît stupide comme question. Mais, et c'est sérieux, c'est quoi une programmation orientée objet et en quoi c'est différent d'une programmation euh, normale ? (le pire c'est que je l'ai peut-être su).
Il n'y a pas vraiment de programmation "normale" ce qui s'en approcherait le plus c'est la programmation impérative : un programme est une suite d'instructions que la machine exécute l'une après l'autre.
Il y a beaucoup de programmation différentes : orientée objet, impérative, fonctionnelle, logique,... Et évidement ce n'est pas totalement cloisonné, on trouve des langages qui vont piocher un peu dans différent (ocaml est objet, impérative et fonctionnel par exemple).
Ce que ça change c'est la manière dont tu organise un logiciel. La programmation consiste entre autre à créer des abstractions et conceptualiser des choses. Représenter des parties de son programme comme des fonctions, des objets ou des modules change la manière que tu as de te représenter les choses. Selon les langages et les styles de programmation ça a aussi un impact sur le programme final (en terme de consommation de ressources) qui peut ne pas être anodin.
Tout le monde a intimement une préférence (comme ceux qui sont plus visuels) donc tu imagine comment ça peut troller autour du sujet.
[^] # Re: L'orienté objet c'est surfait
Posté par barmic 🦦 . En réponse au lien eC : un C orienté objet. Évalué à 6.
Il n'y a pas vraiment de programmation "normale" ce qui s'en approcherait le plus c'est la programmation impérative : un programme est une suite d'instructions que la machine exécute l'une après l'autre.
Il y a beaucoup de programmation différentes : orientée objet, impérative, fonctionnelle, logique,... Et évidement ce n'est pas totalement cloisonné, on trouve des langages qui vont piocher un peu dans différent (ocaml est objet, impérative et fonctionnel par exemple).
Ce que ça change c'est la manière dont tu organise un logiciel. La programmation consiste entre autre à créer des abstractions et conceptualiser des choses. Représenter des parties de son programme comme des fonctions, des objets ou des modules change la manière que tu as de te représenter les choses. Selon les langages et les styles de programmation ça a aussi un impact sur le programme final (en terme de consommation de ressources) qui peut ne pas être anodin.
Tout le monde a intimement une préférence (comme ceux qui sont plus visuels) donc tu imagine comment ça peut troller autour du sujet.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll