Je travaille pour une agence scientifique gouvernementale qui fournit de nombreuses informations techniques via notre site Web. Le développement Web n'est pas vraiment notre costume fort, mais nous en avons. Beaucoup de notre contenu actuel sont livrés via des applets Java. Récemment, nous avons eu des commentaires des utilisateurs qu'ils ne peuvent pas accéder à divers bits du site, car leurs navigateurs (principalement Safari et Firefox) ont désactivé Java en raison de problèmes de sécurité. Bien sûr, cela peut être corrigé dans les deux cas en améliorant et / ou en changeant des préférences, mais elle soulève toujours une barrière qui pourrait être trop élevée pour les utilisateurs non avertis.
Donc, ma question est de savoir quelle est l'avenir probable pour les applets Java? Est-ce une approche susceptible de devenir moins courante et la proportion de configurations de navigateur qui ne peuvent pas / ne les exécuteront pas augmenter? Comme je l'ai mentionné mon organisation (et moi-même) ne sont pas des experts en développement Web, nous n'avons donc pas eu de sens des tendances. Si un nouveau contenu sera écrit dans une autre chose que les applets Java (notre contenu développé le plus récemment utilise JavaScript). Devrions-nous envisager de convertir les applets en réponse à un support décroissant?
3 Réponses :
La tendance actuelle est assez clairement envers moins prise en charge des applets Java dans les navigateurs côté client. Cela n'a jamais vraiment très bien fonctionné et il existe maintenant de meilleurs moyens de présenter des informations dynamiques sur des sites Web.
Construire un nouveau site Web aujourd'hui qui repose sur un applet Java pour la livraison de contenu serait un choix technologique médiocre.
Pourquoi les nouveaux navigateurs ne feraient-ils pas de soutien Java Applet? Les derniers navigateurs semblent tous la prendre en charge par défaut (à moins que l'utilisateur ne soit allé et désactivé lui-même)
@Pacerier: Voici deux articles des deux dernières années qui montrent que Java est un trou de sécurité: f-Secure.com/weblog/archives/00002285.html et f-Secure.com/weblog/archives/00002413.html . Il y a deux semaines, Apple désactivé Java sur OS X pour tous les utilisateurs: macrumors.com/2013/01/11/...
Cela signifie que les applets peuvent pirater les ordinateurs des utilisateurs si c'est ce que le rédacteur d'applet veut. Si vos utilisateurs vous font confiance (par exemple, je n'aurais aucune raison de soupçonner runescape.com de détourner mon ordinateur) alors il n'y a pas de problème 't it?
Tout d'abord, ce n'est pas vrai que les applets de chapeau Java sont en déclin. Ils grandissent et l'ont fait pendant plusieurs fois. Bien que certains utilisateurs désinstallent Java, ils n'utilisent probablement pas les applets Java en premier lieu. Les applets n'ont jamais été une technologie très courante, car même la plupart des développeurs Java cible Flash lors de la rubrique des applications Web riches. Bien qu'il y ait eu des trous de sécurité à Java, c'est un non-sens qu'il n'est pas sécurisé. Comparez l'enregistrement de la piste avec Flash, Firefox, Chrome et IE. Ce que vous constaterez que Java sont beaucoup plus sûrs que ceux-ci.
Autant que je puisse voir la seule raison d'utiliser des applets Java, la compatibilité avec les utilisateurs Stack Stack.
@ user1657170: Je vous suggère de proposer des références pour sauvegarder vos revendications, sinon c'est juste un non-sens. "La plupart des développeurs Java cible Flash" est un non-sens en tout cas.
Je vous suggère d'utiliser Google car c'est une information assez disponible et bien connue. Le manque de références ne prouve pas que quelque chose n'est pas sensé. Je n'ai pas le temps et l'intérêt d'être la marionnette de recherche de quelqu'un. Vous pouvez commencer à rechercher des jeux de société Java, car c'est probablement l'utilisation publique la plus courante des applets. En tant que consultant, la quantité d'emplois d'applet intranet augmente également.
Et votre dernière déclaration est absurde. Angry Birds est un bon exemple de profil haut d'une application de navigateur Java. Je le sais parce qu'ils sont ceux qui ouvrent l'un des deux frameworks les plus utilisés pour Java à Flash et JavaScript Crosscompilation. Un certain nombre de jeux open source utilisent ce cadre pour cibler les navigateurs.
Firefox et Chrome poussent pour le client JavaScript et Native et ont désactivé Java pour des raisons politiques, pas des raisons de sécurité. Là où une courte période de temps où certaines versions spécifiques du plugin Java où un problème de sécurité. Apple a bloqué ces versions, tandis que FF et Chrome l'utilisaient comme une excuse pour la désactiver complètement.
Quelle technologie est la meilleure des pendules entièrement sur votre cas d'utilisation. Si le temps de développement est le facteur le plus important, je dirais que les applets utilisant le cadre de swing sont la voie à suivre. Vous pouvez utiliser le concepteur pivotant dans NetBeans pour effectuer rapidement une interface graphique: s. De plus, la performance d'une interface graphique basée sur la balançoire est supérieure à celle de Flash ou HTML + JavaScript.
Mais gardez à l'esprit que le support du navigateur sera limité, les utilisateurs obtiendront des questions de sécurité, etc., etc., si les données que vous exposez sont suffisamment intéressantes pour l'utilisateur cela importerait peu.
Si je vais concevoir un site Web de démarrage qui doit bien fonctionner dans tous les navigateurs, entrez dans les moteurs de recherche, etc. Les applets seraient une impasse.
Si je vais concevoir un site Web complexe qui présente des données déjà à la demande d'une combinaison utilisateur existante, j'irais pour Java Applets.
comme une troisième option que vous pouvez faire les deux. Faites un site Web simplifié à l'aide de HTML + JavaScript et une version d'applet plus avancée à l'aide de Swing. Ce serait une option viable même pour les sites qui doivent être attrayants pour les nouveaux utilisateurs, où certains matériaux seraient accessibles aux moteurs de recherche et une page de couverture fonctionnerait dans tous les navigateurs.
Utilisation de l'applet Java pour la livraison de contenu, comme indiqué, est effectivement un mauvais choix de technologie.
Les navigateurs modernes sont capables de faire presque tout ce que les applets peuvent offrir. Par conséquent, l'utilisation d'applets est devenue plutôt redondante de nos jours.
Uhm; non. Les navigateurs modernes sont loin d'être capables de faire presque tout ce que les applets peuvent offrir. Tout d'abord, il y a une énorme différence de performance. Un applet Java pourrait avoir un protocole binaire efficace pour communiquer avec des serveurs, JavaScript peut le faire, mais n'a pas de moyen efficace de manipuler des données binaires. Il n'ya rien même près du cadre de swing lorsqu'il s'agit d'un bâtiment d'interface graphique dans le navigateur moderne. Aussi avec des privilèges surélevés, Java peut accéder à OpenGL, caméras, etc. Pas un sous-ensemble d'EGL comme WebGL mais la pile complète. Et ce ne sont que quelques choses que les navigateurs ne peuvent pas faire.
Notez que Java (la langue dans laquelle les applets sont écrits) est complètement différente de JavaScript (la langue qui alimente la grande majorité des sites Web aujourd'hui). C'est une bonne idée pour désactiver Java dans votre navigateur (ce qui est probablement pourquoi vous obtenez des commentaires sur cela) mais désactivez JavaScript vous donnera une expérience de navigation beaucoup dégradée.
Merci Greg, je suis au courant de la différence (j'ai écrit le JavaScript pour notre dernière livraison de contenu), mais merci de le pointer, je suis sûr que c'est une source de confusion constante!
Ouais, je vois que vous avez montré que vous connaissiez la différence dans le deuxième paragraphe. Le premier paragraphe a déclaré "script Java désactivé" qui était trompeur, je pense.
Ooopps! Oui, je vois cela, cela change toute la signification de la question. Je l'ai édité maintenant, merci pour cela.
Donc, pour clarifier, vous suggérez que c'est une bonne idée de désactiver Java dans votre navigateur. Si l'on le fait, une grande partie du contenu de notre site ne peut pas être utilisée, comme il est livré via des applets Java. On dirait que vous suggérez vivement que nous devrions ré-écrire dans JavaScript ou une autre solution non JRE? Notez que la plupart de ces choses ont été écrites il y a une décennie et non touchées depuis.
Malheureusement, oui c'est ce que je recommanderais. Un nombre croissant de personnes utilisant de nouveaux navigateurs ne seront pas en mesure d'accéder à votre contenu existant.
@Greghewgill, attends, je lis-je à tort ou ... vous dites que de nouveaux navigateurs ne prendront pas en charge les applets Java?
Je maintiens un client Web d'applet dans ma société. Ma pensée est que Oracle ne fait pas bon travail sur l'applet. Je l'ai vu à mettre à niveau le Java qui a provoqué de nouveaux problèmes le mois dernier. La variété des versions Java donne également des erreurs incohérentes difficiles à isoler. De plus, la performance n'est pas satisfaisante d'au moins 5 ~ 10 secondes pour exécuter le JVM même par processeur Intel I7. Je recommanderais le client Firebreath pour Multiplateform Web-Client.