> � G�rer le multi-tasking � ne veut pas dire grand chose. > Le concept de t�ches est inclus dans le langage, c'est > tout ce qu'on peut dire (avec tous les m�canismes de > contr�le effectu�s � la compilation).
C'est plus qu'inclus dans le language : L'Ada consid�re les taches comme partie intrins�que du language. Le m�canisme utilis� permet de synchroniser tr�s simplement diff�rentes taches, notamment avec les rendez-vous, et il peut g�rer les pbs d'exclusion mutuelle (par l'interm�diaire d'objet prot�g�s par exemple). La d�finition de type taches est impossible � impl�menter dans d'autres languages de fa�on aussi pr�cise task type mon_serveur is entry E(.....); end t; task body mon_serveur is .... serveur : mon_serveur; ...... Ecris le fameux programme d'exemple du Lecteur Ecrivain, ou des Philosophes, en C puis en Ada, tu verras la diff�rence en terme de lignes de code. Les applications complexes n�cessitant l'utilisation de taches sont plus fiable en Ada et les m�canismes disponibles permettent d'�crire des applications stables en moins de temps, avec des risques d'erreurs moins important. L'Ada est le language le plus adapt� (cela n'engage que moi) pour le g�nie logiciel en g�n�ral. (je pourrai arguement, mais on est HS ...) > D'autres langages proposent des biblioth�ques pour > construire des programmes multi-t�ches et le r�sultat est > le m�me. Bien sur, mais dans chaque language, il faut faire appel au syst�me pour le faire. L'ada est le seul � le faire au niveau du language. Bon je m'excuse d'avoir �t� compl�tement hors sujet, mais �tant un fan de ce language, je me devais d'en parler ici. Je pense que �a aura surement interess� du monde. Encore d�sol� de ce petit HS (troll ? :) ) A bientot ********************************* *** Christophe Baillon *** *** ITRIS *** *** Informatique Temps R�el, *** *** Informatique Syst�me *** *********************************
