Discussion :

[Alexdezark]

Bonjour à tous,

est-il possible de récupérer des variables passées comme ceci :

Code :

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

1
2
 
<script type="text/javascript" src="js/monFichier.js?var1=un&var2=deux"></script>

dans monFichier.js comme un fichier php les récupère avec $_GET ?

Merci d'avance pour vos réponses

[SpaceFrog]

http://www.developpez.net/forums/d83...re-parametres/

[Alexdezark]

Bonjour spaceFrog

Merci pour le lien

Finalement le plus simple semble être d'avoir des input type hidden dans la page et contenant les variables à passer, et de les récupérer au besoin dans le script.

Code :

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

1
2
 
var maVar=$("#maVar").val();

ps : merci d'excuser l'utilisation de jQuery dans Forum javascript

[SpaceFrog]

ps : merci d'excuser l'utilisation de jQuery dans Forum javascript

Ha bon pourquoi ???

C'est quoi a ton avis JQuery ????

JQuery c'est du javascript

[Alexdezark]

oui tout à fait d'accord spaceFroggy mais

a) humour

b) Par opposition à getElementById plus pur js pur jus

[kernelfailure]

...
Finalement le plus simple semble être d'avoir des input type hidden dans la page et contenant les variables à passer, et de les récupérer au besoin dans le script.

Ca n'est pas tout à fait la même chose.

Tes hidden vont être partagés par l'ensemble de tes scripts, d'une part. D'autre part, tes scripts vont devoir connaitre au moins leurs ids.

Si tu charges plusieurs script, tu devra mettre à jour chaque paramètre avant chaque load...

Et pour finir : une FORM dans ou avant HEAD, ça va être du propre !

Le plus simple est ce qui se faisait jusqu'alors :

Code :

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

1
2
3
4
5
6
 
<script ...>
var parm1 = 'hé';
var parm2 = 'wouai';
</script>
<script ... src='le/script/quiABesoinDeParms.js'></script>

Qui reste jouable même en HEAD.

[Alexdezark]

Bonjour kernelfailure

Merci de ta réponse.

Tes hidden vont être partagés par l'ensemble de tes scripts

En fait dans le cas qui me préoccupe les variables doivent être partagées par l'ensemble de mes scripts.

D'autre part, tes scripts vont devoir connaitre au moins leurs ids.

C'est pareil il faudra que mes scripts connaissent le nom des variables à utiliser.

Et pour finir : une FORM dans ou avant HEAD, ça va être du propre !

Bien sûr, mais pourquoi une Form ? et pourquoi dans ou avant Head ?

Si j'en ai besoin dès l'initialisation de la page je fais :

Code :

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

1
2
3
4
5
 
$(document).ready(function() {
var var1=$("#var1").val();
var var2=$("#var2").val();
}

les variables peuvent être récupérées où qu'elles se trouvent dans la page et ne nécessitent pas de Form.

Ceci dit ta solution me convient parfaitement aussi, cela fait donc 2 solutions

Merci de me dire si quelque chose cloche dans ma façon de récuperer mes variables.

[Bovino]

Merci de me dire si quelque chose cloche dans ma façon de récuperer mes variables.

Oui : tu déclares tes variables dans une fonction anonyme, elles ne sont donc accessibles que dans cette fonction (et dans les fonctions appelées à l'intérieur).
C'est peut-être ce que tu souhaites, sinon, il faut soit déclarer les variables en dehors de toute fonction :

Code :

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

1
2
3
4
5
var var1, var2;
$(document).ready(function() {
    var1=$("#var1").val();
    var2=$("#var2").val();
}

Soit les déclarer comme propriétés de l'objet window :

Code :

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

1
2
3
4
$(document).ready(function() {
    window.var1=$("#var1").val();
    window.var2=$("#var2").val();
}

ainsi, elles seront accessibles dans l'ensemble de ta page

[kernelfailure]

C'est pareil il faudra que mes scripts connaissent le nom des variables à utiliser.

Une variable est un conteneur. Un id a besoin d'un conteneur pour être transmis.

Une variable peut être globale ou locale, suivant la manière dont le script l'aura prévu.
En fixant une variable de manière globale, tu retire cette gestion du script. Et pourtant, il s'agit bien d'un paramètre de script, donc normalement, un besoin local.

D'un point de vue architecture, je trouve plutôt inapproprié d'imposer à un client la déclaration globale de paramètres pour le besoin d'une interface qui n'aura pas nécessairement d'impact global.
Surtout lorsque la déclaration et/ou l'affectation sont réellement un besoin local et sont ponctuel

Autant faire que le global reste global (besoin d'interopérabilité) et distinguer les paramètres d'interfaces. A l'extrême, dans le cas contraire, on peut très bien remettre en question l'utilisation des paramètres des fonctions et des méthodes.

Bien sûr, mais pourquoi une Form ? et pourquoi dans ou avant Head ?

Un "INPUT type=hidden" tu dis, donc un FORM.
Si les choses n'ont pas changé, point de elements sans FORM. De ce que je me souviens, déclarer un INPUT à l'extérieur d'un FORM le rendait inopérant et inaccessible.

Un script s'utilise aussi en HEAD. Dans le cas où tu as un script qui doit être lancé à la construction de la page en HEAD. Tu va mettre un INPUT dans le HEAD ?