Newb' aimerait savoir ce qu'on peut faire avec javascript

Version imprimable

23/06/2016, 14h01
Papy214

Newb' aimerait savoir ce qu'on peut faire avec javascript

Bonjour,

Développeur Delphi, je ne connais rien (ou vraiment le mini-minimum) en programmation web.

Ma question est simple : Que peut-on faire réellement en javascript ? Plus précisément:

- du code javascript est-il forcément lié à un serveur ?

- Peut-on réaliser une application fenêtrée multi-OS ?

- L'exécution passe t-elle forcément par un navigateur ?

Désolé si ces questions vous paraissent "légères" mais à part <html></html> et quelques autres balises mineures , je suis très limité sur le sujet :(
(Bon j'avoue, j'ai fais un peu de php mais ça n'a pas été concluant.)
23/06/2016, 14h26
SpaceFrog

Je pense que tu trouveras ce que cherche par là http://javascript.developpez.com/cours/
23/06/2016, 14h37
Christophe P.

Bonjour,

1. Le code JavaScript s'exécute coté client (navigateur), il n'y a donc pas besoin de serveur.
2. Je ne comprends pas la question. JavaScript fonctionne sur tous les OS, il dépend du navigateur qui possède le moteur JavaScript.
3. Le navigateur est le support habituel, mais n'importe quelle application avec un moteur JavaScript peut être utilisée.
23/06/2016, 18h42
NoSmoking

Bonjour,

Citation:

Envoyé par Christophe P.

1. Le code JavaScript s'exécute coté client (navigateur), il n'y a donc pas besoin de serveur.

n'oublie quand même pas node.js coté serveur. ;)

et pour répondre, sommairement, à la question

Citation:

Envoyé par Papy214

Que peut-on faire réellement en javascript ?

plein de choses extraordinaires, mais pas toujours :mrgreen:
23/06/2016, 23h28
Papy214

Plus que la recherche de tutoriel, mes questions étaient plutôt d'ordre général.

Disons qu'en bon curieux, je cherche à faire un parallèle entre le langage que je connais et javascipt au niveau des possibilités.
J'ai cru comprendre qu'on pouvait développer des applications pour mobile en javascript.
C'était une de mes curiosités :-)
27/06/2016, 12h58
Papy214

Je retiens donc qu'il suffit d'un moteur javascript pour avoir une application fonctionnelle.

Mais si je comprends bien, javascript ne gère pas de "fenêtre" , partie dédiée à un autre langage type HTML.
Est-ce qu'on comparer ça à PHP en terme d'utilisation ?
27/06/2016, 13h27
Christophe P.

PHP est un langage serveur il est généralement utilisé pour récupérer (et afficher) des données d'une base ou effectuer des calculs avant d'afficher la page.
JavaScript est utilisé pour dynamiser l'affichage d'une page (contrôles et affichage conditionnel) ou faire des calculs à partir des données de la page.
27/06/2016, 14h08
Papy214

Pour PHP, je crois savoir qu'on l'utiliser en ligne de commande un faisant "php.exe monscript.php"
Mais effectivement, difficile de voir la-dedans quelque chose qui ressemble à une application complète.

Merci en tous cas pour ces quelques éclaircissements.
27/06/2016, 15h38
Christophe P.

Je pense que PHP est bien plus utilisé avec un serveur Web que seul en "batch".
27/06/2016, 18h04
ABCIWEB

Citation:

Envoyé par Papy214

Pour PHP, je crois savoir qu'on l'utiliser en ligne de commande un faisant "php.exe monscript.php"
Mais effectivement, difficile de voir la-dedans quelque chose qui ressemble à une application complète.

Oui on peut utiliser Php en ligne de commande mais comme le dis Christophe P. sa principale utilité est de l'utiliser sur un serveur pour renvoyer des données suite à la requête d'un navigateur.

Il y a une quizaine d'années, on faisait souvent des applications complètes en Php (ou autre langage serveur) avec quasiment pas de javascript. C'était plus simple et plus accessible notamment pour les navigateurs des mal voyants qui ne supportaient pas javascript. Un langage serveur permet d'accéder à la base de donnée du serveur, et il fourni en retour une page html. Il est donc indispensable pour les sites dynamiques qui utilisent une base de données et on peut dans l'absolu se passer de javascript pour faire une application complète standard de type présentation, e-commerce. Donc contrairement à ce que tu sembles avoir compris c'est le socle d'une application complète et peut se suffire à lui-même.

Mais le problème pratique qui se pose avec un langage serveur est qu'il faut rafraichir la page du navigateur pour afficher de nouvelles données. Ce qui est parfois handicapant si par exemple tu dois juste changer une petite partie de la page, genre diaporama etc. C'est là qu'intervient javascript qui lui peut modifier des éléments de la page (le DOM) sans nécessiter un rafraichissement complet. Donc globalement php peut renvoyer une liste d'images et javascript utilise cette liste pour afficher l'image voulue en fonction du click sur les boutons suivants/précédents.

Puis est venu le temps d'Ajax qui a permis à javascript de faire des requêtes vers le serveur et qui a été à l'origine de son véritable essor depuis une dizaine d'années quand les navigateurs ont supportés correctement cette technologie. Car le problème d'utiliser javascript à haute dose est qu'il fallait attendre que tous les navigateurs soient à jour, alors qu'on peut facilement mettre à jour son serveur indépendamment des navigateurs utilisés par les visiteurs puisqu'il ne fourni que du html implémenté depuis... l'origine des temps :)

Pour autant il faut encore une technologie serveur pour interpréter la requête Ajax, mais le travail serveur sera moins lourd et plus rapide puisque ciblé pour ne modifier qu'une partie de la page et l'affichage pourra se faire sans nécessiter de rafraichir la page donc avec un meilleur confort visuel pour l'utilisateur. La plupart des sites actuels utilisent la technologie Ajax à plus ou moins haute dose.

Voilà pour l'historique. Aujourd'hui on peut aussi utiliser javascript côté serveur avec node.js ou équivalent. Ce sont des bibliothèques/framework prévus pour utiliser le langage javascript côté serveur car comme il n'a pas été prévu pour cela à l'origine c'est assez/très compliqué. Mais l'avantage est que cela permet d'adresser des informations en temps réel à tous les utilisateurs connectés en fonction d'un changement d'état du serveur, un peu comme si on faisait des requêtes ajax en continu mais avec une bien meilleure efficacité. Pour l'instant, du fait de la complexité de cette technologie et comme cela n'est pas indispensable pour le gros de la troupe (sites de présentation, e-commerce) c'est plutôt réservé à des applications très spécifiques qui en ont un réel besoin, typiquement les jeux en ligne ou les chats ou les systèmes d'alerte.
28/06/2016, 09h52
Papy214

Merci pour cette synthèse qui m'a bien éclairé sur le sujet.

Ce node.js dont vous parlez tous, est-ce un moyen par exemple de signaler à une page web client un changement d'état ou la disponibilité d'une donnée ?
Par exemple, en tant que développeur Delphi, je dois faire une application serveur local qui recevra des commandes pour gérer un scanner.
Je dispose pour cela d'un composant prêt à l'emploi auquel il suffit que j'assigne un port libre. Rien de compliqué, même pour moi.
La méthode envisagée est que le navigateur sur le poste local envoie une requête sur localhost sur le port défini, puis qu'en fonction de cette requête, j'affiche l'interface du scan pour permettre la numérisation de documents. Ensuite, je transforme le document en pdf et je l'envoie sur un ftp lié au serveur web.
Le serveur surveille le ftp pour voir que le document est disponible.
Le problème est d'avertir le navigateur client que le document est disponible pour le téléchargement. Est-ce que node.js peut faire ce genre de chose ?
28/06/2016, 10h07
SpaceFrog

Classiquement en web l'info est issue de requêtes, donc l'initiative de la demande est effet au navigateur.
Le navigateur demande, le server répond.

Ta demande su je comprend bein est inverse, le serveur doit pusher l'info vers le client lors d'un changement coté serveur.

Traditionnellement avec javascript on émule ce comportement en envoyant des requêtes régulières dans une boucle.
pour pusher il te faudra passer par les sockets ou peut être node pushserver ?
28/06/2016, 10h40
Papy214

Comme tu t'en doutes, je ne connais pas grand-chose à ces techniques pour le moment mais je viens de de trouver
http://www.gianlucaguarini.com/blog/...cation-server/
que je transmets à mes collègues qui développent le site web en question.

Merci pour ces infos
29/06/2016, 05h23
ABCIWEB

Pas impossible que tu puisses faire beaucoup plus simple, je veux dire sans node.js. Si l'info de disponibilité n'a pas besoin de vrai temps réel, une requête toutes les deux à trois secondes en ajax ne fera pas mourir ton serveur, surtout en local. Il faudrait de très très nombreux utilisateurs simultanés de cette application pour que cela puisse commencer à poser problème.
29/06/2016, 11h10
Papy214

Les collègues du web feront leur choix. Je n'ai pas les connaissances nécessaires pour juger de la solution à utiliser.
Mais le responsable des dev a trouvé la solution node + push intéressante et va étudier la meilleure solution.

Merci encore