Je me demande dans quel contexte et pour faire quoi on aurait pu avoir besoin de ça.

<avocat du diable>Ca dépend ce que tu as mis dans les fonctions setTitle et getTitle. Peut-être as-tu volontairement brouillé les pistes en utilisant des noms de fonctions qui ne correspondent pas à leur contenu.... </avocat du diable>

Bon, d'accord...

Dans tout les cas ça n'aurait servi à rien.

Ou alors tu es en train d'implémenter un truc bien compliqué, et tu réfléchis à tous les moyens d'obtenir simplement la valeur que tu cherches, et, oubliant le contexte, tu as une illumination: ´$objet->getTitle()´, bien sûr !...
...Puis tu relis...

C'est le programme qui a généré ce code tout seul. À force de lui donner des title comme dmnoqzpcmoep, il s'est dit qu'une petite relecture n'est pas de trop.

Il est évident que tes méthodes sont de simples getter et setter, qui accèdent et modifient l'attribut title de $objet, sinon tu n'aurais pas écrit ce PEBKAC.

Cependant, imaginons que setTitle() effectue un traitement (s'il est long et compliqué c'est mieux) sur le paramètre avant de l'affecter à title.

Dans ce cas ça ne paraît plus complètement idiot. Mais je suis d'accord ça reste très capillotracté et une situation analogue me paraît hautement improbable.

Ça manque de tasse de café.


Les flèches bleues, c'est ca ?

Autant j'avoue être aussi doué en code qu'un chimpanzé jouant du phallus sur un clavier, autant en le lisant j'ai quand même compris "l'aberration" de ce code.

Merci, grâce a toi mon "coding skill" vient de monter a 2! /o/

Je ne voudrais pas faire mon moi, mais j'aurais utilisé une balise <chipeauteur> plutôt qu'une balise moi

En effet ! Le commentaire de Morrock, c'était du moi tout craché !

Par contre, concernant le chipotage sur les balises, c'est MON rôle !

Ca me rappelle la fois où j'ai voulu faire un "joli code" en faisant un if (monObjet.Equals(null)) {...}.
Il a quand même fallu que je prenne une NullReferenceException avant de me rendre compte de ma connerie...

Ah tiens, je l'avais zappé, ce compte là ^^

Oui, les flèches bleues. Elles indiquent où on fait la java…

J'adhère et j'adore !

Oui, c'est un peu le serpent qui se mord la queue !

Les joies de la souplesse...

Oui mais cela ne nous... regarde pas !

Javamine un peu le moral ton commentaire...

@W3C : Nope. le web sémantique n'a pas encore contaminé PEBKAC (pour ceux qui auraient des doutes, je rappelle que le Diable vient de la Page Dynamique, alors je vous laisse imaginer ce qu'on trouve dans le web sémantique, que Permalien nous protège) ; le chipotage balistique sémantique n'est donc pas de ton ressort, restes-en à la syntaxe pure.

<div mode="avocat" client="lediable">
Il y a une explication possible : Si le programme est multithreadé, en trifouillant les droits d'accès mémoire, on peut supposer que le contenu d'$objet change entre les deux évaluations.
</div>

@chipeauteur : Je confirme.

Ce qui serait encore plus drôle c'est que $objet->getTitle(); appelle $objet->setTitle();

Et voilà ! Je m'absente quelques jours de Pebkac, et déjà une référence que je ne saisis pas : les flèches bleues (ou vertes).

http://www.pebkac.fr/pebkac/9294/

Ou dans le getTitle().

Une erreur généré avec un peu de chance.

Tentative d'obfuscation ratée.

Cʼest vrai quʼon nʼest jamais assez prudent avec les assignations de variables.
Par exemple, après un int a=42;, toujours faire un a=a; derrière pour être bien sûr que la valeur a correctement été écrite en mémoire. Pour les plus inquiets, on peut le faire plusieurs fois.

Pourquoi y aurait-il une erreur ?