onur Le 23/07/2008 à 18:16Edité par onur le 23/07/2008 à 18:24 [sondage=16094]
Edit: il s'agit bien de yield (return) et pas yield() pour le threading
Tout ce qui passe pas par le port 80, c'est de la triche.
onur Le 23/07/2008 à 18:21 hum, je connais pas en "threading", je pensais à "yield return"
Tout ce qui passe pas par le port 80, c'est de la triche.
Super utile au fait le "topic sondage" sans rien de plus

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
onur Le 23/07/2008 à 20:20 Oui j'attends un peu les réactions. Mais c'est surtout pour faire l'éloge du javascript, mais je le ferai plutot dans l'autre topic
Tout ce qui passe pas par le port 80, c'est de la triche.
onur Le 24/07/2008 à 00:08 Oui, c'est ça. Tu aimes pas l'utiliser mais comment tu fais alors quand tu as une fonction qui doit retourner une liste? Vaut mieux envoyer un pointeur vers son itérateur non?
Tout ce qui passe pas par le port 80, c'est de la triche.
onur Le 24/07/2008 à 00:15 Evidemment un langage ne sert à rien si on ne peut appeler aucune méthode pour afficher quelque chose à l'écran.
C'est vraiment un pur langage dynamique orienté prototype, avec une syntaxe super adapté pour manipuler des objets (qui sont vues comme des dictionnaires), et il a autant sa place que LUA par exemple pour scripter des jeux vidéos.
Justement, ce pourquoi je me promène en costard tous les jours et que je fais toctoc chez les gens, c'est pour leur faire comprendre que le javascript en tant que langage est totalement dissocié du browser (en tout cas le js que j'aime et que notre guru Eich nous a inculqué)
Tout ce qui passe pas par le port 80, c'est de la triche.
le JS est tres bien integré a l'HTML, je vois pas l'interet de s'en priver. Si tu veux faire du JS dans un autre environement, fait du Flash le moteur de script qui est derriere (l'ActionScript) est basé sur les meme bases que le javaScript, a savoir l'ECMAScript.
Et le JavaScript est lié a l'XML/HTML quoi qu'on puisse en dire. Si tu veux des bases "propres" il faut partir de l'ECMAScript

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
onur Le 24/07/2008 à 00:33 non.
rien dans la doc du JS dit qu'il doit y avoir un objet window ou document avec les méthodes getElementById ou je ne sais quel autre merde. Quand tu embed spidermonkey (le moteur js de firefox) dans ton appli, il n'y a aucune variable objet de ce genre qui serait par défaut dans le langage. C'est à toi de définir l'objet global pour que le mec qui scripte pour ton appli en écrivant du js puisse appeler les méthodes "natives" de ton programme.
(edit: ajout de phrase et correction subjonctif)
re-edit: ok, je viens de te relire. Oui en fait je fais pas distinction entre EcmaScript et JS. En effet y a rien qui dit que JS = EcmaScript + objet window/document.
Tout ce qui passe pas par le port 80, c'est de la triche.