Discussion :

[keokaz]

Bonjour,

je souhaite me poser cette question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Aujourd'hui est t'il judicieux de s'orienter vers le client lourd face au web ?

J'ai débuter en tant que développeur WEB PHP/HTML, d'après mon peu d'expérience en client lourd je pense qu'il y a 10 ans développer des applications en client lourd
qui nécessitais d'être "branché" au réseau internet était moins facile qu'aujourd'hui.

Un bon exemple les objets connecté, avant pour pouvoir commander une carte électronique avec le protocole HTTP il fallait rechercher la solution qui était peut être plus compliqué ,
maintenant avec les raperrypi et arduino, les librairies toute faite.

Maintenant je suppose que les langages client lourd on évoluer, que que la rapidité du débit internet permet de télécharger les applications en très peu de temps, qu'il est bien plus facile d'utiliser un webservice pour mettre à jours des infomations, qu' avec les smartphones, les applications se connecter sans problème au web.

Serais t'il encore bloquant de se passer d'un navigateur pour lire des pages "WEB" ?
(que le client lourd serais uniquement là à récupérer des données brut sous format JSON et que le serveur n'est qu'un transfert de donnée brut)

Le navigateur perd t'il les avantages qu' aux début d'internet ?
Quelle sont les avantages de d' utiliser que des applis ?
Qu'en est t'il de la sécurité ? (vu que chaque plate forme à son langage, il faudrait créer plusieurs virus pour la même application mais sur plusieurs langage) .

[Marco46]

C'est exactement l'inverse, le client léger est entrain de tuer le client lourd, à tel point que certains commencent à dire que les évolutions encours sur les applications web vont tuer le dev client lourd sur mobile avec.

Le sens de l'histoire c'est d'aller vers encore plus de web. C'est infiniment plus simple à gérer. Par contre, clairement pas vers du PHP

[el_slapper]

Le client lourd a des milliards d'avantages. Le client léger, un seul : il se déploie plus facilement. Mais cet avantage est suffisant pour tout ramasser, et envoyer le client lourd aux poubelles de l'histoire.

[Marco46]

Le client lourd a des milliards d'avantages. Le client léger, un seul : il se déploie plus facilement.

Pour avoir fait la moitié de ma petite carrière sur du client lourd et l'autre moitié sur du léger, je veux bien que tu me cites un seul avantage du client lourd par rapport au client léger dans le milliard que tu sembles connaitre. Perso de prime abord je n'envoie pas un seul.

[foetus]

je veux bien que tu me cites un seul avantage du client lourd par rapport au client léger dans le milliard que tu sembles connaitre

• l'accès au matériel : accéléromètre, gyroscope, GPS, ... et sans parler du système de fichiers (mais il paraît que c'est dangereux)
• la vitesse d'exécution pour certains cas (jeux par exemple) (<- mais tu vas me dire que la fluidité d'un jeu on s'en fiche puisque l'ergonomie limite les possibilités)
• le hors-ligne

[Marco46]

• l'accès au matériel : accéléromètre, gyroscope, GPS, ... et sans parler du système de fichiers (mais il paraît que c'est dangereux)
• la vitesse d'exécution pour certains cas (jeux par exemple) (<- mais tu vas me dire que la fluidité d'un jeu on s'en fiche puisque l'ergonomie limite les possibilités)
• le hors-ligne

Pour le point 1 tu as accès à tout ce que tu veux au travers d'outils comme Cordova et les API navigateurs s'enrichissent doucement.

Pour le 2 certes, c'est sur que pour le jeu 3D dernière génération ça va être compliqué sur du client léger.

Pour le 3 cf Progressive Web Apps (et les services workers notamment), c'est dans le lien sur mon premier post.

[Bousk]

https://www.developpez.net/forums/d1...lourde-native/

[Mat.M]

C'est exactement l'inverse, le client léger est entrain de tuer le client lourd

pt'et bien que oui pt'et bien que non tout dépend de l'architecture du projet.
Un navigateur ça peut être le client léger en fait et sur le serveur il y a le client lourd comme ça tout le code complexe qui nécessite des traitements longs s'exécute côté serveur
Le client reçoit simplement du HTML , Javascript, Php et tout ce que l'on veut en dynamique...
je crois bien que le moteur de recherche de Google est développé en C++.
Ensuite faut pas perdre de vue que nombre d'entreprises utilisent des ERP comme SAP, Sage X3 des technos essentiellement clients lourds.
Après le middleware de l'ERP fait les traitements côté serveur et renvoie les résultats soient dans le client ERP soit dans un client web comme un navigateur

[keokaz]

Merci de ces réponses

Pourquoi sur les smartphones on incite pas a utiliser le navigateur web plutôt d'installer une application ?
ça serai une question d'une ui design de la page ? ou que aujourd' huit on peut faire strictement la même interface graphique du client avec du html/css/js ?
comme le client léger demande moins de ressource ça doit être bénéfique pour l'occupation d'espace et la durée de la batterie ?

[micka132]

Pourquoi sur les smartphones on incite pas a utiliser le navigateur web plutôt d'installer une application ?
ça serai une question d'une ui design de la page ? ou que aujourd' huit on peut faire strictement la même interface graphique du client avec du html/css/js ?

Parce que malgré ce que disent les puristes web c'est pas encore ça ! Tu peux faire la même chose mais avec beaucoup plus d'effort, et encore tu te retrouveras toujours avec un foutu browser qui te décale ton truc d'1 px.
Aujourd'hui beaucoup de DSI poussent vers le web pour essayer de réduire les couts qui explosent parcequ'il faut prendre en compte le mobile, lui meme subdiviser en IOS et Android; le web semble être donc un facteur commun entre toute les plateformes. Mais ça c'est sur le papier, et dès que ça dépasse le simple affichage sans trop d’interaction c'est vite galère. Voila pourquoi les grosses boites comme google,ou facebook, qui par ailleurs poussent à fond sur le web, continue d'avoir les solutions "client lourd" en parallèle des versions web.
Tout le monde attends avec impatience le webassembly pour en finir avec ces frameworks qui fleurissent tous les 4 matins, parce-qu’il sont censés être bien plus efficace que celui d'avant (et c'est en partie vrai tellement on part de loin par rapport au client lourd).

comme le client léger demande moins de ressource ça doit être bénéfique pour l'occupation d'espace et la durée de la batterie ?

Le léger vient pas du fait qu'il consomme moins de ressource, bien au contraire. Il s'agit historiquement de proposer beaucoup moins de fonctionnalité que le client lourd.

[Marco46]

Parce que malgré ce que disent les puristes web c'est pas encore ça !

Au 05/10/2017 c'est pas encore ça mais on s'en rapproche sacrément !

[Mat.M]

Le léger vient pas du fait qu'il consomme moins de ressource, bien au contraire. Il s'agit historiquement de proposer beaucoup moins de fonctionnalité que le client lourd.

parfaitement d'accord ;
c'est moi qui me trompe ou c'est normal ?
Quand je consulte certains journaux en ligne et sites d'actualités mon navigateur internet rame ( je vous rassure c'est pas du tout le cas avec DVP bien sûr )

[keokaz]

Le web ne fonctionne plus comme avant, au début c'était surtout le serveur qui traite le front end, générer toute la page HTML
maintenant je pense que niveau ressource c'est au niveau du client qui va devoir faire le boulot, le serveur ne sert qu'a
balancer les données en brut, et le client doit réorganiser tout ces données en HTML.

Le web service permet de délégué beaucoup de tâche au client donc ça deviens une sorte de client lourd.
Avec une mémoire localstorage illimité (il me semble), on pourrais par exemple envoyer tout une librairie dans cette mémoire,
et laisser le client faire tout le travail (enfin c'est ce qu'il me semble comprendre ), résultat le client ralentie et demande beaucoup de plus de puissance.