#1
Le concept d'objet est une invention de l'esprit humain qui crée des associations entres elements differents (pas les memes atomes).
Par exemple, lorsque l'on voit deux stylos, on associe tout de suite la notion de STYLO a ces 2 elements alors qu'il sont totalement differents. L'esprit crée donc automatiquement des classes d'objets. Si l'un troisieme stylo est un feutre, l'esprit percoit qu'il y a des ressemblances et des differences. Si on lui demande un stylo, il repondra aussi feutre pourant si on lui demande un feutre il ne donne pas les stylo, ... ainsi le concept d'heritage est créé ;) Tout le reste de la programmation objet n'est que temps d'observation du comportement humain :)
Il est donc de-facto naturel pour TOUT le monde ;)
Mais bien sur, toute personne ayant apprit à programmer d'un autre façon (strucurer sa penser pour mieux créer un element comprehensible par une machine: ASM, C, ... ) devra des-apprendre et retrouver la notion natuelle de modelisation et structuration objet.
Pourtant meme si la programmation objet reflete ce que pense un humain, elle ne peut en decrire l'ensemble des dessins ... pour cela il faut utiliser des techniques telles que UML par exemple ;)
#2
L'objet n'est pas indispensable, il EST .
Il est et nait dans l'esprit de l'homme et pour cela est indissociable de toute pensée
#3
Ta remarque de concepts "rude" sous entends que il y aurrait les "vrai" et "purs" programmeurs qui ferait du C et seraient confrontés à la "vrai" réalité et les autres ... cliché !
Si bcp de systemes temps réels sont fait en C c'est simplement que etant présent depuis plus longtemps on dispose de plus de recul et plus de maitrise sur ce langage (le fameux EXISTANT) ! D'autre par, comme tu le sait certainement le C++ n'est rien d'autre qu'un bricolage (proche du #define) au dessus du C (cf les passages de contexte et parametres).
Il faut savoir que de plus en plus de systemes temps réels proposent des API C++ et meme Java (cf WindRiverSystems par ex) ... car pourqu'un programme soit temps réel il faut d'abord que l'OS le soit ;)
Ainsi si Java et souvent decrié comme n'etant pas temps réel, c'est tout simplement par ce que les OS sur lequel il tourne generalement ne le sont pas et que son thread de GC n'a pas comme priorité d'etre exact (temps réel) mais rapide !
L'ordonancement temps reel et la rapidité pure sont bel et bien ennemi, et un bon OS temps réel essayera de concilier les 2 sans jamais s'ellogner du premier (www.jbed.com cf. par exemple).
Ainsi meme Java peut etre utiliser dans un contexte temps réel et embarqué ;)
[^] # Bof ....
Posté par Anonyme . En réponse à la dépêche Programmation en C. Évalué à 0.
Le concept d'objet est une invention de l'esprit humain qui crée des associations entres elements differents (pas les memes atomes).
Par exemple, lorsque l'on voit deux stylos, on associe tout de suite la notion de STYLO a ces 2 elements alors qu'il sont totalement differents. L'esprit crée donc automatiquement des classes d'objets. Si l'un troisieme stylo est un feutre, l'esprit percoit qu'il y a des ressemblances et des differences. Si on lui demande un stylo, il repondra aussi feutre pourant si on lui demande un feutre il ne donne pas les stylo, ... ainsi le concept d'heritage est créé ;) Tout le reste de la programmation objet n'est que temps d'observation du comportement humain :)
Il est donc de-facto naturel pour TOUT le monde ;)
Mais bien sur, toute personne ayant apprit à programmer d'un autre façon (strucurer sa penser pour mieux créer un element comprehensible par une machine: ASM, C, ... ) devra des-apprendre et retrouver la notion natuelle de modelisation et structuration objet.
Pourtant meme si la programmation objet reflete ce que pense un humain, elle ne peut en decrire l'ensemble des dessins ... pour cela il faut utiliser des techniques telles que UML par exemple ;)
#2
L'objet n'est pas indispensable, il EST .
Il est et nait dans l'esprit de l'homme et pour cela est indissociable de toute pensée
#3
Ta remarque de concepts "rude" sous entends que il y aurrait les "vrai" et "purs" programmeurs qui ferait du C et seraient confrontés à la "vrai" réalité et les autres ... cliché !
Si bcp de systemes temps réels sont fait en C c'est simplement que etant présent depuis plus longtemps on dispose de plus de recul et plus de maitrise sur ce langage (le fameux EXISTANT) ! D'autre par, comme tu le sait certainement le C++ n'est rien d'autre qu'un bricolage (proche du #define) au dessus du C (cf les passages de contexte et parametres).
Il faut savoir que de plus en plus de systemes temps réels proposent des API C++ et meme Java (cf WindRiverSystems par ex) ... car pourqu'un programme soit temps réel il faut d'abord que l'OS le soit ;)
Ainsi si Java et souvent decrié comme n'etant pas temps réel, c'est tout simplement par ce que les OS sur lequel il tourne generalement ne le sont pas et que son thread de GC n'a pas comme priorité d'etre exact (temps réel) mais rapide !
L'ordonancement temps reel et la rapidité pure sont bel et bien ennemi, et un bon OS temps réel essayera de concilier les 2 sans jamais s'ellogner du premier (www.jbed.com cf. par exemple).
Ainsi meme Java peut etre utiliser dans un contexte temps réel et embarqué ;)
3hck