Vous n'êtes pas identifié(e).
trop tard
Edit: Et puis c'est vrai que jquery dans ce cas est beaucoup plus concis, clair et court pour un débutant
Dernière modification par Jc (28-04-2011 20:11:22)
POO PHP+Ajax en MVC avec PDO et Bases de données épaisses : What else?
Hors ligne
L'échec du try courant entraine l'essai du try suivant. Le succès retourne l'objet créé courant les précédents n'ayant pas été créés.
Je ne vois pas la différence dans le résultat (et à vrai dire pas non plus vraiment dans l'éxécution). J'avais aussi envisagé ce schéma mais je ne vois pas sa supériorité. Ne m'en voulez pas trop
Dernière modification par moijhd (28-04-2011 20:15:13)
Hors ligne
Sa supériorité tiens au fait, qu'il est stable qu'il ne générera jamais d'erreur et que c'est comme ça que l'on doit utiliser une instruction try...catch.
Je ne peux rien faire de plus et ça m'inquiète pour toi. Lit et relis des manuels d'apprentissage de PHP ou Javascript (try...catch est commune aux deux).
++
PS: On t'en veux pas, on est là rien que pour toi dans le but de t'aider, profites . Si ca peux te rassurer, en formation, la gestion évènementielle sur les technologies web à toujours été la plus délicate, d'après mon expérience. Quand tu la maîtrisera, alors tu pourras passer au Jquery sans te perdre.
Dernière modification par Jc (28-04-2011 20:22:38)
POO PHP+Ajax en MVC avec PDO et Bases de données épaisses : What else?
Hors ligne
Une petite question cependant,
Dans la suite de ton code, tu appeles directement le fichier XML dans ton callback, j'ai jamais test comme cela et il me semble que ça ne devrais pas fonctionner. Ca fonctionne chez toi?
POO PHP+Ajax en MVC avec PDO et Bases de données épaisses : What else?
Hors ligne
Le code que j'ai proposé fonctionne sous IE 9 et Firefox 4 (ce sont les seules que je teste).
Je m'en tiendrais donc à la version avec try catch en cascade, et prendrais les remarques sur la suite ^^
Merci pour vos éclairages !
PS : si vous voulez poursuivre la discussion précédente et m'instruire davantage, je pourrais relancer en demandant pourquoi la fonction ajax_Obj() teste différemment new XMLHttpRequest() et new ActiveXObject("Msxml2.XMLHTTP"). Aussi, pourquoi faire le test conditionnel préalable ?
Dernière modification par moijhd (28-04-2011 20:31:14)
Hors ligne
Jquery intègre une gestion d'erreur avancée tout simplement ce qui permet de le faire comme ça mais je ne polémiquerais pas plus car ca n'apporte rien en soit de plus dans ce cas.
Dernière modification par Jc (28-04-2011 20:35:55)
POO PHP+Ajax en MVC avec PDO et Bases de données épaisses : What else?
Hors ligne
Ok.
Hors ligne
Pour utiliser la classe, j'utilise :
[code javascript]
refreshElement('exemple.xml', 'exemple1.xsl', 'monDiv');
[/code]
Rien de plus pour le moment.
Dernière modification par moijhd (28-04-2011 20:44:35)
Hors ligne
Je t'ai dit une bétise concernant ta question précédente, désolé. Moi aussi il faut que je fasse attention quand je lis.
En fait dans la première instruction pierrot teste une propriété du DOM avec window.Http... qui n'a pas besoin d'une structure try...catch pour être testée. Tandis qu'avec New ActiveXObject il faut pouvoir intercepter l'erreur générée par Js en l'abscence du contrôle.
POO PHP+Ajax en MVC avec PDO et Bases de données épaisses : What else?
Hors ligne
Ok
Hors ligne
>> Et puis c'est vrai que jquery dans ce cas est beaucoup plus concis, clair et court pour un débutant
c'est sur qu'avec JQUERY quelques lignes (une petite dizaine) aurai avantageusement remplacé le grand pâté que nous a fait moijhd
clair et concis, j'adore ces expression
a++
Hors ligne