Vous vous apprêtez à lire un tutoriel rédigé par un membre de ce site. Malgré tout le soin que ce membre a pu apporter au tutoriel, nous ne pouvons pas garantir que les informations contenues sur cette page sont exactes à 100%. Merci de garder cela en tête lorsque vous lirez cette page ;o)
Nous avons pu voir les 2 lois à ne pas enfreindre pour réaliser un site Web potable utilisant Flash. Nous allons maintenant voir que chaque loi conduit à un type possible d'architecture.
Ce sont les deux principales architectures utilisées impliquant Flash.
Vous vous demandez sûrement ce qui se cache sous ce nom pompeux que je viens d'inventer pour le besoin
. Et bien en fait, il s'agit de l'architecture dans laquelle Flash est au centre du site web.
Voici donc l'architecture à ne surtout pas reproduire si on souhaite créer un site communautaire selon la première loi :
Flash ne doit pas être utilisé à outrance dans un site de type communautaire et sujet à de nombreuses évolutions.
Et selon la seconde loi :
Flash est très adapté aux sites vitrines ou comme contenu semi-dynamique.
Cette architecture est très intéressante dans le cas d'un site galerie/vitrine/portfolio
Flash est au centre de l'application Web. L'utilisateur ne navigue pas à travers différentes pages web mais dans un seul objet Flash, qui affichera le contenu en fonction des requêtes de l'utilisateur. Pour aller chercher des données, flash à travers son langage de script, l'ActionScript que nous verrons plus loin dans ce tuto, peut charger des pages et en récolter le contenu. Flash est donc capable d'aller formuler une requête à un script côté serveur, de type PHP, et d'afficher les données formatées (que nous appellerons des informations, terminologiquement les informations ce sont les données une fois triées et formatées).
Les sites web "vitrines" qui sont là pour promouvoir pendant un temps limité un produit ou alors les site de Designers professionnels sont souvent "flashocentriques".
Une toute autre approche dans l'utilisation de Flash n'est plus son utilisation comme fournisseur de contenu, mais comme contenu lui même. Bien entendu, l'utilisation en sera complètement différente.
En fait, si on suit les deux lois, cette architecture est à privilégier dans le cas d'un site fournisseur de contenu riche, ou communautaire.
Cette fois les animations Flash sont considérées non pas comme l'unique moyen d'afficher les informations, mais plutôt comme des images. On peut voir sur le schéma qu'il existe alors 2 principaux moyens pour transmettre une donnée à l'animation qui devra l'afficher. Soit comme précédemment l'animation va chercher toute seule les données et les met en forme, soit dans le code xhtml de la page on complète le lien vers l'animation par la transmission de une ou plusieurs variables au format GET (
mavar1=salut&mavar2=comment+ca+va ).
Mais rien n'empêche de combiner les deux pour indiquer à l'animation son rôle dans la page et la laisser ensuite chercher elle même ce qu'il manque !
Les publicités en Flash qui parsèment le web sont un bon exemple de cette architecture.
Voilà j'espère que vous avez pu choisir quelle architecture était la plus adaptée pour votre site Web.
En résumé pour les feignants, voici la conclusion du second tutoriel :
- Flash en tant que site web complet dans le cadre d'un site vitrine/galerie.
- Flash en tant que "images" incluses dans le site web.
Tutoriels
Communauté
Mon compte
Recherche
Livre d'or
Publicité
431 Zéros connectés |
8 requêtes |
0.0245s (0.0107s)
