Silverlight Controls
Résumé
Ce message décrit les contrôles dans Silverlight 2, Silverlight 2 SDK, et Silverlight Toolkit Décembre 2008 Communiqué, et leur charge du concepteur. Sur la base de leurs véhicules d'expédition, il existe trois types de contrôles Silverlight de Microsoft: des contrôles d'exécution, les contrôles du SDK et des contrôles Toolkit. En charge du Concepteur de contrôles de l'exécution et du SDK sont répartis sur Visual Studio, Blend et Silverlight SDK; tandis que le soutien concepteur pour les contrôles Toolkit sont pleinement mis en œuvre par les assemblées de conception dans la boîte à outils, en utilisant le cadre d'extensibilité des concepteurs.
Contrôles d'exécution
Runtime Silverlight est livré avec un ensemble de contrôles de base, comme Button, Canvas, Ellipse, et TextBox. Il expose également certaines classes de base tels que le contrôle, UserControl et le Groupe, afin de permettre aux utilisateurs de personnaliser, étendre et de renforcer leurs propres contrôles. Toutes les commandes de temps d'exécution sont dans System.Windows.dll sous% ProgramFiles% \ Microsoft Silverlight \ 2.0.31005.0 \:
S'il vous plaît noter la XmlnsDefinition attribue ci-dessus. Contrôles d'exécution par défaut xmlns vivre dans l' http://schemas.microsoft.com/winfx/2006/xaml/presentation , de sorte que leurs étiquettes ne nécessitent pas de préfixe xmlns, comme le montre ci-dessous XAML:
<UserControl
xmlns = " http://schemas.microsoft.com/winfx/2006/xaml/presentation "
xmlns: x = " http://schemas.microsoft.com/winfx/2006/xaml "
x: Class = "MySLApp1.Page"
Largeur = "640" height = "480">
<StackPanel x: Name = "LayoutRoot" Arrière-plan = "blanc">
Touche <x: Name = "Bouton" />
</ StackPanel>
</ UserControl>
SDK Contrôle
Silverlight 2 SDK est un ensemble distinct de runtime Silverlight. Vous pouvez l'installer à partir http://silverlight.net/GetStarted~~V :
Il fait partie de Silverlight Tools pour Visual Studio 2008 SP1 téléchargement, qui comprend également runtime Silverlight développeur 2. Silverlight 2 SDK ajoute deux dlls de contrôle: System.Windows.Controls.dll et System.Windows.Controls.Data.dll.
System.Windows.Controls.dll
System.Windows.Controls assemblage ajoute quatre contrôles principaux: Calendrier, DatePicker, GridSplitter, TabControl, et leurs classes de support, les deux mêmes espaces de noms CLR: System.Windows.Controls et System.Windows.Controls.Primitives, dans lesquels les contrôles les plus runtime vivent aussi. Toutes les commandes dans l'assemblage System.Windows.Controls sont dans les xmlns "clr-namespace: System.Windows.Controls; Assemblee System.Windows.Controls", et utilisent généralement les "Basics" préfixe xmlns, comme le montre ci-dessous Xaml:
<UserControl
xmlns: bases = "clr-namespace: System.Windows.Controls; assembly = System.Windows.Controls"
xmlns = http://schemas.microsoft.com/winfx/2006/xaml/presentation
xmlns: x = http://schemas.microsoft.com/winfx/2006/xaml
x: Class = "MySLApp1.Page"
Largeur = "640" height = "480">
<StackPanel X:Name="LayoutRoot" Background="White">
<basics:Calendar> </ bases: Calendrier>
</ StackPanel>
</ UserControl>
System.Windows.Controls.Data.dll
System.Windows.Controls.Data assemblage ajoute le tout-puissant contrôle DataGrid et ses classes de soutien pour les deux mêmes espaces de noms CLR, System.Windows.Controls et System.Windows.Controls.Primitives, tout comme le montage et l'exécution System.Windows le SDK System.Windows.Controls assemblage.
Contrôles DataGrid System.Windows.Controls.Data (juste pour l'instant) sont dans les xmlns "clr-namespace: System.Windows.Controls; assembly = System.Windows.Controls.Data", et utilisent habituellement le dossier "data" préfixe xmlns, les comme le montre ci-dessous Xaml:
<UserControl
xmlns: data = "clr-namespace: System.Windows.Controls; assembly = System.Windows.Controls.Data"
xmlns = http://schemas.microsoft.com/winfx/2006/xaml/presentation
xmlns: x = http://schemas.microsoft.com/winfx/2006/xaml
x: Class = "MySLApp1.Page"
Largeur = "640" height = "480">
<StackPanel X:Name="LayoutRoot" Background="White">
<data:DataGrid> </ données: DataGrid>
</ StackPanel>
</ UserControl>
Contrôles Toolkit
Silverlight Toolkit est encore un autre paquet séparé que vous pouvez installer à partir http://silverlight.net/GetStarted :
Vous pouvez également l'installer directement à partir de la page d'accueil Toolkit : http://www.codeplex.com/Silverlight .
Une fois installé, le Silverlight Toolkit ajoute les ensembles de contrôle soit quatre de plus:
Chaque ensemble présente un nouveau préfixe xmlns et un ensemble de contrôles en dessous:
- System.Windows.Controls.dll
- xmlns: contrôles = "clr-namespace: Microsoft.Windows.Controls; assembly = Microsoft.Windows.Controls"
- Les commandes principales: AutoCompleteBox, DockPanel, Expander, HeaderedContentControl, HeaderedItemsControls, Label, TreeView, Viewbox, WrapPanel
- System.Windows.Controls.Input.dll
- xmlns: input = "clr-namespace: Microsoft.Windows.Controls; assembly = Microsoft.Windows.Controls.Input"
- Les commandes principales: NumericUpDown, ButtonSpinner
- System.Windows.Controls.Theming.dll
- Les commandes principales: ImplicitStyleManager, Thème (classes thématiques concrètes sont mises en œuvre dans les assemblées sous le répertoire Thèmes)
- System.Windows.Controls.DataVisualization.dll
- Les commandes principales: Graphique, [Catégorie | DateTime | linéaire] Axe, [Bulle | Bar | Colonne | Ligne | Scatter | Pie] Série
Ci-dessous capture d'écran montre une application Silverlight en utilisant les assemblées Toolkit quatre:
Soutien Designer
Les deux designers Silverlight de Microsoft sont Visual Studio 2008 SP1 et Expression Blend 2 SP1. En charge du Concepteur de Visual Studio 2008 SP1 (VS9) est le plus souvent sur les outils icône et IntelliSense, comme le montre la capture d'écran ci-dessus. Soutien Designer pour Blend 2 est le plus souvent sur l'enregistrement des métadonnées, comme Description, Catégorie, interface web, les attributs, etc ToolboxBrowsable, comme le montre ci-dessous capture d'écran:
Soutien Designer pour les contrôles d'exécution et du SDK
Ci-dessous les screenshots de démontrer le soutien de designer pour runtime Silverlight et les contrôles du SDK:
- Visual Studio dispose d'icônes boîte à outils et IntelliSense pour l'exécution et le contrôle du SDK:
- Blend a un support riche (icônes, Catégories, descriptions, en ligne / étendue / boîte de dialogue, etc rédacteurs) pour l'exécution et le contrôle du SDK:
Les assemblées de temps de conception pour l'exécution et le contrôle du SDK sont installés par Silverlight SDK:
- System.Windows.VisualStudio.Design.dll pour les contrôles d'exécution dans System.Windows.dll
- System.Windows.Controls.Design.dll & System.Windows.Controls.xml pour SDK contrôle dans System.Windows.Controls.dll
- System.Windows.Controls.Data.Design.dll & System.Windows.Controls.Data.xml pour SDK contrôle dans System.Windows.Controls.Data.dll
Si nous ouvrons ces dlls de conception dans le réflecteur, nous pouvons voir qu'ils ne font pas beaucoup d'autres que de fournir des icônes boîte à outils pour Visual Studio:
Il n'y a pas d'enregistrement des métadonnées, ni jolies icônes affichées par Blend. Ainsi, la charge du concepteur riche pour les contrôles d'exécution et du SDK dans Visual Studio et Blend sont effectivement mises en œuvre par les concepteurs eux-mêmes, au lieu des assemblées de conception pour ces contrôles. Cela crée raccord étanche entre les outils (VS9 et Blend2) et des contrôles (contrôles de l'exécution et du SDK).
Soutien Designer pour les contrôles Toolkit
D'autre part, le soutien concepteur pour les contrôles Toolkit sont pleinement mis en œuvre par les assemblées de conception dans la trousse, construits au-dessus du cadre extensibilité du concepteur:
Vous pouvez obtenir de plus amples informations sur les fonctionnalités Toolkit temps de conception et leur mise en œuvre à partir de postes suivants:
- Caractéristiques moment du design dans Silverlight Toolkit
- La mise en œuvre d'entité au moment du design dans Silverlight Toolkit
- Comment faire pour ajouter une icône Boîte à outils pour votre contrôle Silverlight
Conclusion
Nous avons donc trois véhicules pour le transport maritime des contrôles Silverlight:
- La boîte à outils open-source sur Codeplex et les navires tous les quelques mois. Cela nous permet de "ajouter de nouvelles fonctionnalités plus rapidement pour les concepteurs et les développeurs, et fournir à la communauté un moyen efficace pour aider le développement de produits de forme en apportant des idées et des rapports de bogues."
- Pour les commandes sont bien cuits, largement adopté et a atteint la bande de qualité à maturité, on peut les déplacer vers le SDK.
- Au fil du temps quelques-uns des contrôles SDK peut fusionner en runtime Silverlight.
Silverlight révolutionne le développement Web en faisant converger les technologies web et de développement de bureau (langues, les plates-formes, outils, etc), le web fédérateur et de bureau, et apporter la puissance des ordinateurs de bureau au client Web. Silverlight Toolkit équipe est comme un éditeur de logiciels agiles au sein de Microsoft, en permanence et de manière agressive l'enrichissement et l'autonomisation des la plate-forme Silverlight, ainsi que les pionniers d'une nouvelle agile, collaboratif et open-source modèle d'ingénierie. L'idée a été lancée par Shawn Burke et Scott Guthrie , tel que décrit dans de Shawn blog Control Freak .
Commentaires récents