Discussion :

[_nop_]

j'ai une reception de trame (envoyée par une machine de production) a faire sur le COM1 d'un PC. D'après mon prof, il faut créer une application console en prenant en charge les objets VCL.

Tu diras à ton prof qu'on peut aussi programmer l'UART avec des fonction du Dos... ou en assembleur pendant qu'on y est.

Il existe le composant TComDataPacket de TcomPort qui a été écrit exactement pour cela.
http://petit.developpez.com/serie/cours_tcomport/

Tu définis le début de trame dans la propriété StartString
Et la fin dans StopString
Voilà c'est tout
ensuite tout simplement:
void __fastcall TForm1::ComDataPacket1Packet(TObject *Sender,
const AnsiString Str)
{
char* ptr = new char[ Str.Length() + 1 ];
strcpy( ptr, Str.c_str() );

//etc...

Des milliers de programmeurs se sont pris la tête (jen fais partie...) à programmer le port série. Maintenant des personnes ont fait un sacré boulot pour la comunauté.Rendons leur hommage.

[Freeze]

je ne suis pas tout à fait d'accord avec le raisonnement précédent, c'est pas parce que des composants existent que l'ont doit systématiquement passé par ceux-ci ... ( surtout dans le cadre d'une formation !! ) Il est important de connaitre le contenu des objets que l'ont utilise !! Même si ces objets sont certes très bien fait !!

[_nop_]

Alors pourquoi utiliser la programmation orientée objet ?
Elle améliore la productivité des développeurs,
la robustesse , la portabilité et l'extensibilité du code.

"Enfin, et surtout, elle permet de développer des composants logiciels entièrement réutilisables."
Claude Delannoy

Bien sûr, il existe de multiples façons de résoudre un problème...
L'encapsulation en est une.

[Freeze]

c'est vrai tu as raison mais savoir créer un objet ca nécessite un apprentissage qui commence par la base ... si personne ne connait la base finis les objets !! et finie la programmation orientée objet !! et puis les écoles sont faites pour apprendre et pas pour être productif !! quoique ...