TCL est un bon langage de programmation simple, mais ne semble pas obtenir le crédit et/ou le respecter deserves. Je l'ai appris en 1995 à l'université et l'ai rapidement oublié à nouveau pour y tomber encore récemment. Je suis surtout intéressé TCL pour le développement de services réseau TCP ainsi que pour le développement web.Quel est l'état du développement de serveur basé sur les événements de type C10K dans TCL?
Il a été mentionné que TCL simplifie la programmation réseau. Cependant, il semble que TCL utilise select() sous les couvertures qui ne s'adaptent pas bien avec "web scale" en tête (voir the C10K problem). J'ai cherché un support pour libevent, libev, raw epoll/kqueue mais je ne vois pas grand chose.
Connaissez-vous des services de réseau événementiels «modernes» (en l'absence d'un meilleur terme) écrits en TCL? Avez-vous des conseils, astuces ou bonnes pratiques pour le développement de serveurs basés sur TCL?
Merci!
Wow. Les affiches à ce sujet sont très anciennes. Il y avait un poste dans lequel quelqu'un s'inquiétait de ne pas être portable. Je pense que nous avons collectivement résolu ce problème. Ou, ils pourraient utiliser libevent ou libev même. Hmmm – z8000
Oui, les développeurs tcl sont très, très, (très \ * 10) conservateurs. Aussi quelques utilisateurs de TCL. Certains d'entre nous utilisent encore le matériel avec seulement 32 Mo de RAM (ce qui était auparavant considéré comme un serveur et une station de travail). Du côté positif, j'ai un code tcl écrit en 1999 que je peux utiliser sur le dernier interpréteur sans changement ;-) Aussi, epoll * est * non portable du point de vue de tcl. C'est un langage qui peut fonctionner sur plus de périphériques que Java - les routeurs Cisco par exemple. – slebetman
Ok, bon à savoir sur le conservatisme. Mais, sûrement, TCL n'a pas seulement les caractéristiques les moins communes du dénominateur, n'est-ce pas? – z8000