Organisation du contenu à l'aide des conteneurs
Mise à jour : novembre 2007
Les contrôles mobiles ASP.NET utilisent deux contrôles conteneur pour organiser le contenu d'une page Web mobile ASP.NET : le contrôle Form et le contrôle Panel. Ces conteneurs facilitent la création de groupes de contrôles logiques, ainsi que l'application de styles aux zones spécifiques d'une page. Ils aident par ailleurs ASP.NET à restituer les pages.
.gif "Remarque") Remarque : |
|---|
Visual Studio affecte un paramètre par défaut à la taille initiale de tous les contrôles conteneur. La taille augmente à mesure que les contrôles sont ajoutés au conteneur ; vous ne pouvez pas changer la taille d'un conteneur à l'aide des poignées de redimensionnement. |
Page Web mobile
Les conteneurs, le contenu et les contrôles pour les appareils mobiles résident dans des pages Web mobiles dérivées de la classe MobilePage. Avec les pages Web ASP.NET, vous pouvez avoir des pages Web mobiles dans tout site Web ASP.NET. Une page Web mobile est associée à une URL qui pointe vers un serveur Web. Chaque instance MobilePage doit contenir au moins un contrôle Form, qui lui-même contient le texte et les contrôles de la page. Contrairement aux pages Web ASP.NET, une page Web mobile peut contenir plusieurs contrôles Form. Tous les contrôles, sauf StyleSheet, doivent résider dans un contrôle Form.
Lorsque vous créez une nouvelle page Web mobile dans Visual Studio, le premier formulaire est ajouté par défaut à la page.
Emplacement des contrôles
Les contrôles sont placés sur un MobilePage dans un ordre séquentiel. Il s'agit là d'une différence par rapport aux pages Web ASP.NET, qui prennent en charge les contrôles côte à côte et le positionnement absolu des contrôles. Étant donné la vaste gamme de périphériques matériels pris en charge par les contrôles mobiles ASP.NET, les applications ne peuvent pas garantir la disposition côte à côte des contrôles. Cela est particulièrement vrai sur les périphériques WML. Néanmoins, de nombreux contrôles mobiles ASP.NET exposent une propriété BreakAfter. Pour la plupart des appareils, en particulier ceux qui prennent en charge le langage HTML, l'affectation de la valeur false à cette propriété entraîne le démarrage du contrôle suivant sur la même ligne.
| Remarque : |
|---|
Le mode Design dans Visual Studio n'affiche pas les contrôles côte à côte, même si BreakAfter a la valeur false. |
Les contrôles mobiles ASP.NET ne prennent pas en charge le positionnement absolu des contrôles. En mode Design, vous pouvez ajouter des contrôles à un formulaire ou un panneau dans l'ordre d'apparition souhaité, mais vous ne pouvez pas définir leur emplacement absolu lorsqu'ils sont restitués sur l'écran d'un appareil mobile.
Visual Studio vous permet de personnaliser l'apparence des contrôles et des pages Web mobiles pour des appareils spécifiques. Cette flexibilité vous permet de garantir que votre application aura une apparence fonctionnelle et attractive sur les appareils sur lesquels elle sera visualisée. Pour plus d'informations, consultez Personnalisation pour les périphériques spécifiques.
Lorsque vous faites glisser un contrôle de la Boîte à outils sur un formulaire ou un panneau, veillez à déposer le contrôle à l'emplacement approprié dans la page pour le positionner correctement.
Form
Les pages Web mobiles affichent l'ensemble de leur contenu et de leurs contrôles dans les contrôles Form. Chaque page doit avoir au moins un formulaire et, au moment de l'exécution, elle affiche un formulaire à la fois. Le formulaire en cours d'affichage est le formulaire actif. Lors du chargement d'une page, par défaut, l'application utilise le premier formulaire défini sur la page en tant que formulaire actif. L'application peut définir le formulaire actif par programme à l'aide de la propriété ActiveForm, même lorsque la page est chargée ou en réponse à la sélection d'un utilisateur.
Une page mobile a une capacité limitée à conserver les informations d'état. Grâce à l'organisation des pages en formulaires, vous pouvez faire passer des informations d'état plus riches d'un formulaire à l'autre, plutôt qu'entre les pages. Cela aide à réduire la quantité de données échangées entre l'application et le serveur.
De plus, les appareils sur lesquels les pages Web mobiles ASP.NET s'affichent ont généralement un zone d'affichage plus réduite que les navigateurs pour les applications bureautiques. Sans formulaires, il vous faudrait créer un plus grand nombre de pages dans une application pour afficher la quantité d'informations équivalente. Plutôt que de fractionner les applications en un plus grand nombre de pages, vous pouvez fractionner les pages en formulaires et afficher ceux-ci les uns après les autres. Cette fonctionnalité vous aide à maintenir une relation un-à-un entre le nombre de pages pour le bureau et les versions mobiles de vos applications.
Tous les formulaires d'une page partagent le même code de page. Par conséquent, plusieurs formulaires peuvent utiliser les mêmes propriétés et méthodes.
Vous devez faire certains compromis lorsque vous décidez d'insérer un groupe de contrôles dans un formulaire sur une page existante ou de les mettre sur une nouvelle page. Voici certains des facteurs à prendre en considération :
Temps de chargement. Lorsqu'une page est chargée, tous les formulaires qui se trouvent sur la page sont instanciés. Le chargement des pages comprenant de nombreux formulaires est plus long que celui des pages n'ayant que peu de formulaires.
Temps de navigation. Se déplacer d'un formulaire à l'autre sur une seule page est plus rapide que de charger une nouvelle page. Cela est vrai même si la nouvelle page contient peu de contrôles.
Informations d'état. Les informations d'état conservées sont plus riches d'un formulaire à l'autre que d'une page à l'autre.
Adressabilité. Toutes les pages d'une application ont une URL distincte. Seul le premier formulaire d'une page est adressable à partir d'une autre page.
Lorsque vous créez une nouvelle page Web mobile dans Visual Studio, la page contient un formulaire vide. Vous pouvez ajouter des formulaires supplémentaires à partir de la Boîte à outils. Vous utilisez également la Boîte à outils pour ajouter des contrôles aux formulaires individuels. Pour ajouter du contenu textuel, tapez directement le texte dans le formulaire.
Panel
Utilisez le contrôle Panel pour regrouper les contrôles dans un formulaire. Cela vous permet d'appliquer un objet StyleSheet au groupe dans son ensemble. Pour plus d'informations, consultez Introduction au contrôle StyleSheet.
Les panneaux aident également les applications à déterminer la pagination. ASP.NET tente de maintenir en même temps sur l'écran tous les contrôles d'un panneau.
Pour ajouter des panneaux à une application, faites-les glisser de la Boîte à outils. Tous les contrôles d'un panneau héritent des styles du panneau. Vous pouvez insérer les panneaux dans des formulaires ou dans d'autres panneaux. Lorsqu'une application masque ou affiche un panneau, elle applique les mêmes actions aux contrôles du panneau. De plus, les applications peuvent utiliser les contrôles du panneau en tant que conteneurs pour les contrôles créés de manière dynamique.