logo       

Re: Transformation côté client ou côté serveur ?: msg#00054

Subject: Re: Transformation côté client ou côté serveur ?
Bravo pour votre analyse limpide et concise.

En théorie je suis d'accord avec Eric. Cependant, 
souvenez-vous que si vos lecteurs ont des 
vieilles versions de système d'exploitation avec 
des browser antiques et/ou des mac, même un peu 
moins antiques comme du système 9, vous pouvez 
vous retrouver avec des problèmes de compatibilité du coté client.

J'ai fait cela une fois, il y a un an,  pour des 
experts comptables. Suite à un ensemble de soucis 
de compatibilité sur les postes clients, on a 
décidé d'arrêter et de tout mettre du coté 
serveur. La bonne nouvelle est que les feuilles 
de styles XSLT étaient à 95% compatibles. Du 
coup, le portage fut aisé... On peut donc se tromper et faire machine arrière.


Au fait, une limite quand on fait de l'XSLT du 
coté client est la confidentialité de la structure des données.
Je m'explique. Si vous donnez à votre client Web 
un XML représentant, par exemple, un annuaire de 
noms, vous lui donnez par là même deux choses :
- le modèle à valeur ajoutée que vous utilisez pour vos données
- la possibilité de pouvoir automatiquement retraiter vos données sans peine.

... ous imaginez bien, par exemple toujours, que 
c'est plus aisé d'utiliser la base de données de 
france télécom que le formattage de celle-ci 
proposé sur Internet par PagesJaunes.fr suite à une recherche.

Ceci est, j'imagine, à prendre en compte, si le 
problème de la confidentialité et/ou de la 
concurrence se pose dans votre environnement.

Pierre



Pierre Attar (pat àt tireme point/dot fr)
Consultant en informatique documentaire XML
Consultant in Structured Document engineering
Tirème SARL (http://www.tireme.fr)





Ruby Jobs
Java Jobs
Jobs in California
more...
what
job title, keywords
where
city, state, zip
jobs by job search
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

Recently Viewed:
linux.drivers.b...    security.firewa...    mathematics.lps...    web.zope.plone....    x25/2005-12/msg...    culture.tv.sout...    pld.user.polish...    qplus.devel/200...    version-control...    openbsd.bugs/20...    distributions.g...    gnu.chess.bugs/...    redhat.release....    emacs.bugs/2002...    java.bio.genera...    ataraid/2005-01...    finance.moneyda...    hardware.microc...    netbsd.ports.xe...    bug-tracking.gn...    text.xml.saxon....    kde.linux/2002-...   
Home | blog view | USPTO Patent Archive | advertise | OSDir is an inevitable website. super tiny logo