[F] [mOved] Mon langage est mieux que le tien - Page 60

Ouais mais fallait que j'aie installé ça avant que ça m'arrive. Enfin bon oui sur le PC du boulot ça ne m'arrivera vraisemblablement plus, j'ai installé Jumpcut. J'ai pris le réflexe de toujours copier coller régulièrement mes documents parce que c'est pas croyable le nombre de fois où on perd ses données avec un formulaire web, mais parfois j'oublie et je copie autre chose entre temps et là c'est le drame.
C'est assez incroyable d'ailleurs qu'on prête aussi peu d'importance à ces données et que les navigateurs ne fassent strictement rien dans ce sens.

Mmmh, pourtant il me semble que les navigateurs ont des features pour éviter ce genre de problèmes depuis un certain temps, non ? Ça dépend peut-être de comment est fait le site.

Quoi comme feature justement je me demande ? Il n'y a rien à ce que je sache, et le mieux c'est que parfois si tu reviens en arrière et qu'il n'y a pas eu de refresh (c'est vrai qu'on est parfois chanceux) il te remet le texte sans undo buffer dans le formulaire. Ca permet de récupérer des posts de forums phpbb et cie, mais c'est tout ce que je connais.

Brunni (./1771) :
C'est assez incroyable d'ailleurs qu'on prête aussi peu d'importance à ces données et que les navigateurs ne fassent strictement rien dans ce sens.

Je me souviens sur FF d'une extension qui enregistre automatiquement ce qui est entré dans une zone de texte, et le recharge si tu reviens sur le navigateur.
Toujours sur FF d'ailleurs, il me semble que si tu fermes un onglet ou le navigateur avec du texte dans un formulaire, c'est perdu. Mais si Firefox crashe, et que tu as un accès direct au formulaire en chargeant la page (pas caché derrière une authentification par ex), le texte est conservé.

Opera gère assez bien ce phénomène, et même avec une Ctrl+Shift+T il te remet le texte dans la zone adéquate.

Enfin ça, c'était en 12.17, aucune idée en version Webkit.

Fx le gère aussi relativement bien, mais pas toujours (pas dans le cas où il faut recharger la page parce que des données ont été soumises en POST, par exemple, mais ce n'est pas la seule situation où ça chie).

Pour Pen² : http://www94.pair.com/jsoper/xtreme_java_quiz.html

"La connexion a été réinitialisée"
Windows 10, Fx ><

Certaine réponses sont très subjectives voire fausses, et ça plante après la cinquième question chez moi.

(ça marche ici)

Apparemment ça marche avec Chrome, mais pas avec Firefox.

(Plante chez moi avec Chrome après la dernière question)
Mais franchement ouais, c'est un peu daubé ce "test". C'est limite malhonnête par endroits.

Au final j'ai 8/12 en faisant le quizz sous Chrome, mais certaines questions sont vraiment mauvaises, car subjectives, alors que d'autre nécessitent de s’appuyer sur des détail très précis de Java.
Par exemple la première question fait tellement d'effort a vouloir induire le candidat en erreur, qu'au final aucune des trois premières réponses n'est totalement exacte. Seule la réponse humoristique serait correcte, malheureusement, il ne l'accepte pas.
Où bien la question sur les pointeurs qui ne précise pas ce qui est entendu par le terme pointeur alors que ça a un sens très vague en Java, la encore dans le but d'induire en erreur.

La première question serait intéressante sans les réponses daubées ouais. Parce que la raison pour laquelle on peut le faire en 1 constructeur n'est pas parce que le compilo n'en met qu'un par défaut. 'Fin bon.

Oui, c'est assez débile comme quiz. On apprend certaines choses, genre qu'on peut utiliser les enums abusivement comme des singletons, mais est-ce vraiment utile? J'ai répondu correctement dans ce cas (le code proposé est correct), mais à mon avis, si je mets ça dans du code production, je vais me faire taper dessus.

De toute façon ce type n'aurait pas pu faire un quizz normal pour montrer son ego comme là, vu que le Java n'a rien de si obscur que ça.

Kevin Kofler (./1785) :
Oui, c'est assez débile comme quiz. On apprend certaines choses, genre qu'on peut utiliser les enums abusivement comme des singletons, mais est-ce vraiment utile? J'ai répondu correctement dans ce cas (le code proposé est correct), mais à mon avis, si je mets ça dans du code production, je vais me faire taper dessus.

Pour le coup non, c'est juste que tu es habitué aux enums de C/C++ qui ne proposent pas d'implémentation.
Mais ce genre d'utilisation d'enum en Java est tout a fait propre. En fait c'est même bien plus propre que de passer par une classe. Si ça ne se fait pas assez, c'est surtout que les enums ont été introduite en Java a la version 5, et beaucoup de gens n'ont jamais appris a bien les utiliser.

Brunni (./1786) :
De toute façon ce type n'aurait pas pu faire un quizz normal pour montrer son ego comme là, vu que le Java n'a rien de si obscur que ça.

Il y en a certes énormément moins qu'en C++, mais il y a clairement quelques cas tordus. Comme la fameuse égalité de certaines références pour les objets Integer qu'il montre justement. Il y a le même problème pour certains String.
L'optimisation des valeurs constantes et l'introspection peuvent faire des choses assez magiques aussi parfois.

, c'est vraiment un test en carton (genre la visibilité avec la réflexion. Super. Moi avec un décompilateur je modifie encore plus de trucs — j'ai même pas été au bout )

Uther > bof, je ne dirais pas que c'est plus propre : même en admettant que l'usage du singleton soit plus robuste, ça resterait un hack.

Bah en Java, les enum n'ont rien a voir avec le C. Ce sont juste des classes finales avec un nombre limité d'instances prédéfinies.
Je ne vois pas en quoi c'est un hack de les utiliser pour faire un singleton. Ça me parait au contraire l'outil idéal pour faire ça.

Étant donné l'implémentation, d'un point de vue bas niveau, je suis d'accord. Mais sémantiquement c'est pas censé être la même chose.
De la même manière je ne conseillerais pas les enum c++ pour faire des opérations sur des entiers.

Des const alors ?

Problème, ils seront réservés même s'ils ne sont pas utilisés, alors que les enums ne sont résolus qu'à l'usage et permettent un debug sémantique plus clair.

le machin qui manque le plus a java c'est quand même un préprocesseur...

Ah, il me semblait qu'il lui manquait un langage cohérent.

squalyl > bof, non, compilation conditionnelle à la rigueur mais sinon c'est souvent utilisé par des gorets, hélas. En pratique je crois que ça ne m'a jamais manqué.

ben ca nous manque pour virer TOTALEMENT des logs de debug d'une appli android.

La on est obligé de faire des trucs sales genre if(debug.enabled) Log,i("tag", "proot"); et on compte sur l'optim (debug.enabled est un static final boolean) pour virer les lignes quand la cond est évaluée a false, mais y'a pas d'autres moyens. Une classe filtre qui éviterait d'afficher des trucs rendrait l'app silencieuse, mais ne virerait pas les chaines.
Alors qu'on bon gros
<pre>
#ifdef debug
#define DEBUG (str) Log.d("debug", str)
#else
#define DEBUG(str)
#endif
</pre>
rendrait de fiers services

D'ailleurs on a un machin javacard qui fait des tonnes d'horreurs avec gcc -E avant de passer dans javac.

Je comprends, mais, logguer explicitement comme ça est pénible de toute façon.
Une méthode infiniment plus classe (et surtout robuste et élégante — ouais, classe, quoi ) est d'utiliser un aspect : ça tient en trois lignes, c'est ajouté partout (ou aux endroits souhaités si tu veux faire plus fin) et se désactive à un seul endroit.

package com.squalyl.application;

public aspect Squalyl 
{
   pointcut log() : execution(* *.*(..)) ;
   
   
   before() : log()
   {
      System.out.println("Entering "+thisJoinPoint.getSignature()) ;
   }
   after() : log()
   {
      System.out.println("Leaving "+thisJoinPoint.getSignature()) ;
   }
}

Voilà, tu as un log sur toutes les fonctions de ton projet. Toutes. À l'entrée et à la sortie.
Même le stagiaire n'oubliera pas de l'ajouter (et il ne saura même pas d'où vient le log, d'ailleurs )

Et bien sûr, pour le retirer, il suffit de commenter le pattern.

PS : sur android je ne sais pas si c'est disponible par contre... :/

Oui mais logger l'entrée et la sortie d'une fonction c'est moyennement utile, en connectant un débugger on aura le même résultat. Est-ce que tu peux en profiter pour afficher des infos internes aux classes que tu affectes de cette façon ? (par exemple la valeur de certains de leurs champs privés)

C'était juste un exemple puisque squalyl parlait de log récurrent.
Tu peux énormément de choses : récupération des paramètres, accès aux attributs même privés, appels de méthodes, etc. C'est de l'injection de code de toutes façons, pas vraiment de limite évidente en fait.
Tu peux même annuler l'appel à la fonction, modifier ses paramètres ou sa valeur de retour, etc, si tu penses que c'est une bonne idée.

En fait les aspects, ce n'est pas juste pour logger, l'idée forte est de ne pas polluer le code métier avec les préoccupations transverses (notamment le log, donc, mais bien plus que ça).

c'est quoi ce truc? du java? omg, va falloir que je relise la spec du langage

Tu n'a pas forcement acces a un debugguer, je dit pas que c'est le meilleur moyen, mais dans pas mal de cas ca depanne bien d'avoir ce genre de fonctionalitée