Edit : C'est toujours moi, le problème précédent étant reglé, je me pose une nouvelle question. Une fonction en cours d'éxécution peut-elle renvoyer son nom ?
 
Par exemple :
 

 
Je sais que ça semble encore être une question à la con, mais je vous expliquerais après, je dois filer.
 
 
Merci
 
 
Ancien Titre : Plusieurs noms pour une fonction, possible ?
 
Bonjour à tous,
 
Je suis en train de développer un Template Engine, car j'ai dû essayé les 3/4 de ceux existant et aucun ne me convient vraiment.
 
Je voudrais le faire le plus simple et compréhensible possible. Pour celà j'aimerais donc pouvoir assigner 2 noms à une même fonction.
 
C'est pour en avoir une en français et l'autre en anglais, par exemple
 
FR : chargerTemplate($nomTpl);
EN : loadTemplate($nomTpl);
 
C'est possible ? (sinon je ferais 2 fichiers, un avec les fonction 'fr' et l'autre avec les fonctions 'en')
 
Merci

à ma connaissance ce n'est pas possible.
Et au passage, je trouve ça ridicule...

Pourquoi ridicule ?
 
Je veux que mon script soit utilisable facilement par tout le monde, que ce soit en anglais ou en français.
 
De manière intuitive, pour définir un bloc on pense definirBloc() ... un anglophone penser setBlock() ... je vois pas où est le ridicule là dedans.

Un  programmeur incapable d'utiliser des fonctions facilement parce-que leur nom est en anglais ne mérite pas le nom de programmeur.
Tu veux pas réécrire tout php pour changer la langue des noms de fonctions tant que t'y es?
Et pourquoi français/anglais et pas espagnol, allemand ou russe?

'fin bref, fais ça en anglais, AMHA tu as déjà largement assez de boulot comme ça avec les fonctionnalités de ton machin si un moteur du style smarty ne répond pas à tes besoins...

Pense à faire une version Chinoise ou Japonaise que ça devienne drole avec les jeux de caractères...    
 
Si tu veux que ça soit compréhensible par tout le monde, code en anglais!!!
 
re-edit:

ok ok ok, c'est noté
 

 
tu peux le faire. chargerTemplate($nomTpl) appelle loadTemplate($nomTpl).
 
Mais ca sert strictement à rien. Et charge le code inutilement. En plus ca oblige à connaitre 2 fois plus de fonctions.  

 
ok mais ca serait ChargerPatron alors

 
Ce qui donne donc un moteur de patrons...

En même temps moi je suis français et je fait pas de fonction au nom anglais mais en français parce que je suis français, parle le français et c'est plus clair parce que je maitrise mieux le français que l'anglais
 
Faire de l'anglais pour faire bien ça me parait tout aussi débile Et si un anglais veut récupérer ton code vu qu'il est programmeur il comprendra ce que ta fonction fait comme tu dis

 
Oui, mais en fait toi on s'en branle, il veut faire un truc utilisable par n'importe-qui.
 

 
Faire de l'anglais, c'est utiliser la langue que tout programmeur doit de toute manière connaitre s'il compte pouvoir se documenter correctement.
Guignol, va.

Tu utilises phpdoc ou phpdocumentor et tu fais la traduction de la doc généré.

 
J'ai jamais aimé sucer et faire le mouton  
 
A la limite c'est même pas le nom des fonctions le plus ennuyeux C'est qu'apparement suivre et tenir une nomenclature, logique, est trop dur pour certains
 
Je préfère un truc en français qui se tient, qu'une daube en anglais (pour faire bien et comme tout le monde mais qui n'a pas de sens )

...donc tu lui conseilles de coder en français et de traduire ensuite la doc en anglais?
Merci la perte de temps, quoi...

 
C'est pas une question de faire le mouton, bordel, c'est une question d'adopter tout de suite ce qui te permet d'obtenir un résultat intelligible par tout le monde...
 

 
Quel est le rapport avec le sujet?

+0.5
C'est en parti vrai. pour mon application j'ai fais en sorte qu'il soit en français mais comme je le documente avec une synthaxe particuliere (phpdocumentor)  il n'a pas a chercher par rapport au nom mais par rapport à la doc qui sera en multilangue. D'un coté au moin je sais que le texte en français sera plus pertinant pour moin lorsque de dev.  
De toute façon ce débat n'a pas lieu c'est juste une stratégie de chaque developpeur par rapport à qui il s'adresse. Pour le cas de M. s'il veut que sa reellement comprehensible de tous autant le faire en anglais via des mots clé que tous le monde connais et le compléter par une documentation multilangue.

Pas de perte de temps s'il l'avait fait depuis le début, De plus il faut être logique, s'il veut faire une application pour le proposer à des utilisateur il va forcément faire une doc quand même sinon ben . De plus il y a des services web qui te traduit à la volé un texte. Donc il doc en fr et le reste c'est automatique.

solution bête et stupide !
 

Justement ce qui est intelligible, c'est la logique de l'ensemble, pas balancer un mot anglais erroné de sens dans le cas dans lequel il est utilisé
 
Donc autant faire un truc logique qui se comprend dans son enseemble que faire n'importe quoi en anglais
 
Et puis les amerlocks ou autres anglophones, ils ont le droit de faire des efforts aussi hein Que l'anglais ralie toutes les programmeurs par son universalité dans le domaine, soit, mais si quelqu'un veut utiliser un truc de toutes manières faut qu'il se renseigne sur le fonctionnement donc que ça soit anglais ou turque Après faut des caractères universels et une doc

 
déjà évoquée, et effectivement stupide à mon avis...

au moins c'est simple, ça marche, facile à mettre en place, et surtout, ça évite de maintenir 36 fichiers

PS: et ce système ne me choque pas plus que ça.
 
Regardez les Macros Office et VBA... Si on a un Office Fr, ben on peut coder en VBA avec des noms de fonction français.
 
C'est la merde pour la portabilité, mais pour le comptable de la société qui veut faire un écart type dans ses comptes, c'est plus pratique que d'apprendre l'anglais.

 
Mais pourquoi erroné de sens, foutre dieu? Parce-qu'il est français, forcément il parle anglais comme une vache espagnole et va écrire du petit nègre?
 
Rien ne l'empêche de le pondre en anglais, son truc logique qui se comprend dans son ensemble, et ce sera ça de gagné!
 
Parce-que si tu pars du principe qu'en anglais il ferait de la merde, imagine qu'il ne fournisse que la doc en anglais, ben ils sont pas près de se servir de son bouzin, les anglophones, si son anglais est si mauvais...

T'imagines le bordel de fonctions à rajouter sur un gros projet?

 
grillé, je l'ai di t plus haut
 
 
Mais je ne vois toujours pas l'interet de faire une telle absuridité

 
Remarque, comme ca, ca fera plus de boulot pour nraynaud

 
Traduire des noms de fonctions? Bah il va s'éclater!

 
Non, faire de la qualité a partir d'un étron

Chuis pas sûr qu'il accepte de toucher à du php, en fait...ou alors ça va être cher!

si tu crois que je me fais chier à lire tous les posts inintéressants...

la projet peut pas être plus gros qu'Office
 
pourtant M$ a bien réussi à en faire 4 ou 5 versions...

'tan on a un vendredi prolifique quand même cette semaine...

 
Ca t'aurai évité de pondre le tien

t'as qu'à faire comme moi, tu le lis pas

spafo

Le coup du forumeur frustré et pas d'accord qui met tout sur le vendredi, c'est mignon

Bah qu'est-ce que tu veux je préfère penser que tu trolles plutot que croire que tu racontes autant d'inepties sérieusement...

bon allez j'ai bien réfléchi je t'ai trouvé une super méthode:

 
note avant flamage: ceci est evidement une blague ...

Il me semble qu'il soit possible de créer une fonction dynamiquement.