From: Cyril Jandia (cjandia@logfi.fr)
Date: 28/05/2002 - 13:40
> De : Jean-Guillaume LALANNE
> À : xml-tech@xmlfr.org
> Objet : [xml-tech] Développement d'un client léger IE5, javascript, XML,
> XSL
>
> Bonjour,
>
> J'ai jusqu'à présent plutôt développé des applications WEB où la
> transformation XSLT se faisait côté serveur WEB.
>
> Il se trouve que dans la problématique que j'ai actuellement , une
> solution avec un client léger (ou "très léger" ... pure HTML, avec quelques
>
> petits scripts javascript) n'est pas envisageable vu la "taille du
> tuyau" (connection modem RTC ...). Il me faut limiter au maximun les
> accès réseau.
>
> Je me tourne donc vers une solution IE 5, javascript, XML/XSL pour la
> présentation et SOAP (ou XML/HTTP) pour les fonctionnalités métier.
>
> J'avoue que je ne connais pas bien ce type d'architecture.
>
> J'essaie de comprendre mais j'ai l'impression qu'il me manque un
> certain nombre d'info.
>
> En particulier, j'aimerais savoir s'il est possible de conserver des
> informations XML en cache au niveau du browser ?
Oui, dans une certaine mesure : les "[cookies]"; ils sont accessibles en
lecture/écriture via JavaScript (cf. "document.cookies[]...") et ce, dans la
plupart des navigateurs (du moins, ceux qui les supportent ainsi que JavaScript
;=) -
notez cependant que les cookies sont limités en taille : pas plus de 4K à priori
(à vérifier : je cite de mémoire)... difficile dans ces conditions de les
utiliser pour y stocker du XML lors d'échanges C/S, j'imagine!... mais, bon, à
vous de voir.
> Si oui, comment y accède t on via javascript ? Et n'existe t il pas
> une taille limite pour ce cache XML ?
Pour des exemples : voir [cookies].
> D'autre part, où se trouve le cache dans le file system ?
Cela ne vous regarde pas ;=) Comprenez : l'accès aux cookies est transparent et
"standardisé" (via "document.cookies[]...", donc) - leur lieu de stockage, quant
à lui, dépend du navigateur (... et à ce titre peut changer d'une version à
l'autre - CQFD ;=)
> Est ce qu'une architecture de ce type est facilement portable sur
> d'autres browsers (à priori non ...?!?) ?
Pour ce qui est des cookies + JavaScript : oui; pour XML + XSLT dans le
navigateur : non, hélas... d'où mon initiative : [ESPX] (petit parser XML pur
JavaScript) + [TinyXSL] (un "simili-XSLT", pur JavaScript lui aussi ;=)
Au fait, si vous voulez expérimenter avec ces derniers, je préconiserais plutôt
d'utiliser des <input type="hidden" ...> (au lieu des cookies) pour la
communication entre le navigateur et le serveur ... voir, le source de mes pages
de démo [TinyXSL] pour un exemple illustrant cette technique... ou encore, le
source de cette page d'accueil :
http://www.cjandia.com/?txsl
Enfin, il vous reste bien sûr les [applets Java] ... (avec lesquels tout est
possible ou presque dans le navigateur)... mais, la question de la bande
passante -voire celle de la portabilité, arrghhh!- reste posée avec eux, dans
une certaine mesure...
> Je sais cela fait beaucoup de questions.
>
> Mais déjà, une seule réponse peut beaucoup m'aider. Et me sortir d'un
> mauvais pas.
>
> Alors je vous remercie d'avance pour votre aide.
>
> Cordialement
>
> Jean-Guillaume LALANNE
... Et bon courage à vous pour la suite ;=)
[applets Java]
http://java.sun.com/applets/
[cookies]
http://developer.netscape.com/docs/examples/javascript/cookies/cookie.html
[ESPX]
http://www.cjandia.com/2001/espx-tinyxsl/
[TinyXSL]
http://www.cjandia.com/2001/espx-tinyxsl/samples/tinyxsl/demo.htm
Cordialement,
Cyril Jandia
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
