Version imprimable
Je connais vraiment pas la probl�matique.
Cependant je m'interroge sur le temps d�ex�cution. Dans ma representation le JS est lent, voir tr�s lent du fait qu'il est interpr�ter notamment. Faudra-t-il un octo-processeur survitaminer pour faire un simple jeu de console ?
Le JS est certes globalement plus lent que le C, mais maintenant que les moteurs JS r�cent font du JIT, la diff�rence n'est plus aussi �norme. Pour scripter les action d'un GUI, c'est tr�s largement suffisant.Citation:
Envoy� par heinquoi
Quant � faire un jeu complet, c'est faisable avec des performance certes moindres, mais ce n'est pas le sujet ici.
Pas la pour m'obstiner, mais j'avais bien stipul� : Il y a beaucoup de diff�rence. Donc s'il y a beaucoup de diff�rence, il y a quelque ressemblance. Comme a dit vermine : JavasScript s'est inspir� de beaucoup de langage dont JAVA. Il a des ressemblances faibles. Par exp�rience, je peux dire qu'en abordant l'un des deux en premiers, il est plus facile de comprendre le deuxi�me(JavaScript <--> JAVA).
Le seul vrai point commun c'est la syntaxe qui s'inspire dans les deux cas du C.
Mais vu que, le C � 40 ans et que les langages qui se sont inspir�s de sa syntaxe, il y en a des dizaines, parler de ressemblance Java/Javascript, c'est un peu prendre le probl�me � l'envers.
La syntaxe mise � part, je dirais, au contraire, que ces deux langages n'ont vraiment rien en commun : quasiment toutes les m�caniques fondamentales sont diff�rentes. Essayer de faire des rapprochement entre les deux est surtout source de confusion. Autant les comparer au C.
Le Javascript devait � la base s'appeler Livescript. S'il s'est retrouv� affubl� de ce nom, c'est seulement � cause des gens du marketing de chez Netscape, qui ont voulu b�n�ficier du "hype" qu'avait Java � l'�poque.
Non, tu ne DOIS pas ... tu peux aussi te coder un s�lecteur si tu veux �viter de charger jquery mais que tu veux des raccourcis d'�criture.Citation:
Envoy� par coolspot
Javascript est souple, on peut le modifier dans tous les sens, il est fait pour �a, profites en.
certes, javascript permet de faire des choses, mais de la a parler de langage pour applications.?
et l'acc�s materiel, l'interface avec les peripheriques.?
javascript permet de faire des choses interressantes, mais une vrie appli, ca communique, javascript a IO lib) , mais ca ecrit des infos sur le disque, ca peut le manipuler, ca communique avec des peripheriques.. et je vois mal javascript gerer ca sans devenir un espece de monstre.
alors ils rajoutent des bibliotheques sp�cifiques, des plugs ins..
ca va devenir une belle salade tout ca.
moi j'ai besoin de maitriser les impressions, depuis l'appli, comment on poura faire ca en javascript.?
comment aller modifier le comportement du syst�me on faire un editeur de prori�t�s syst�me � partir de javascript.
faut pas confondre applications et applets....
en faisant des biblioth�ques sp�cifiques (donc r��crit de z�ro) avec un langage native et l'appel de c'est fonction native pourra �tre faite avec le langage javascript si un interpr�teur est con�u avec ces biblioth�ques. Un peu comme le style avec JAVA et JAVA Android, d'un point de vu c'est le m�me langage, mais pas le m�me "interpr�teur". Je me souviens d'un �l�ve dans mes cours d'info, lui il avait fait un "interpr�teur PHP". En gros, les m�thodes qu'il avait cr�er appelait les m�thodes de PHP, mais si on se servait de sont "interpr�teur" on ne voyait pas de PHP, seulement son langage qu'il venait d'�crire.
en gros : une sorte de "red�finition de fonction".
Il semble que tu confondes plusieurs choses.
JavaScript est un langage d�pendant de l'interface lui fournissant une API.
L�, tu parles manifestement de porter l'API fournie par le navigateur au niveau d'un OS, ce qui n'a �videmment pas de sens...
Mais si tu regardes d'autres API, comme par exemple celle d'Adobe, voire l'API de l'application navigateur (que ce soit Firefox ou Chrome) � destination des extensions et non celle de la page Web, tu comprends que beaucoup de choses sont possibles avec JavaScript.
�a revient pas mal � ce que je disais.... vous dites que JavaScript est d�pendant de l'interface qui la fourni.... Dans le cas d'un navigateur web, c'est le moteur Web(ex : Modzilla = Gecko qui � un module JavaScript) qui la fourni, or le moteur Web est compil� natif (d'o� la biblioth�que native). Et si on parle de JavaScript pour GNOME, GNOME est un gestionnaire de fen�tre, donc lourdement lier a un OS, donc fort probablement compil� nativement..... Bien-s�r, et l� je m'�loigne du sujet, maintenant il y a le "cloud" qui appara�t tranquillement, natif risque de dispara�tre un jour ou l'autre, mais pour l'instant, du 100% ou m�me 90% "cloud" : j'ai rien vu. T'en que l'OS sera sur notre machine avec les applications sur notre machine, ce n'est pas du "cloud".