Quelles sont les limitations de Loose XAML?

Question

J'ai expérimenté WPF et rendu un balisage XAML strict dans un navigateur Web, également appelé Loose XAML (expliqué ici et ici ).

Cela me semble surtout utile pour afficher du contenu statique. Cependant, il semble également possible de se lier à un fournisseur de données XML.

Les fichiers XAML en vrac ne sont pas compilés avec une application, ce qui crée les limitations suivantes:

• Ils n'autorisent pas les assemblages externes
• Aucune utilisation de classes, code-behind (ou tout C #)
• Aucune liaison de données bidirectionnelle

Quelles sont les limitations supplémentaires?

• Je n'ai pas trouvé de moyen d'établir une liaison de données avec un fournisseur de base de données (SQL Server)
• Le .NET Framework est-il requis sur la machine cliente pour rendre le code XAML dans le navigateur?
• Les moteurs de recherche sont-ils en mesure d’interroger XAML en vrac pour classer correctement les pages?

EDIT: j'ai tenté de lier le fournisseur de données XML à un service Web (à l'aide de simple exemple) et n’ont pas abouti. Ces découvertes me conduisent à des recherches plus poussées où je trouve que cela n’est pas pris en charge: "XMLDataProvider est conçu pour être en lecture seule (en d’autres termes, il ne permet pas de valider des modifications) et ne peut pas pour traiter des données XML pouvant provenir d'autres sources (telles qu'un enregistrement de base de données, un message de service Web, etc.). " -Matthew MacDonald, Pro WPF

Answer 1

Autant que je sache, il est impossible de définir une chaîne de connexion en XAML. Donc, vous ne pouvez pas accéder à votre base de données SQL.

Remarque: Il est possible d'établir une liaison de données avec un service Web, à l'aide de XmlDataProvider. Donc, cela pourrait être un moyen d'envoyer vos données via ...

Modifier: btw, j'ai trouvé ceci liste des fonctionnalités de l'environnement Sandboxed dans lesquelles votre application s'exécute lors de l'utilisation de XBAP et de XAML en vrac. c'est un peu daté, mais probablement la plupart des limitations s'appliquent toujours.

Answer 2

Au moins, le framework 3.0 est requis pour afficher les pages XAML en vrac dans IE. Vous pouvez même le vérifier sur votre site en recherchant ".NET CLR 3.0". dans la chaîne de l'agent utilisateur.

Une connexion à une base de données, si cela est possible, ne serait pas effectuée directement dans le code XAML non connecté, car un code de procédure était nécessaire pour ouvrir la connexion.

Answer 3

J'ai beaucoup travaillé pour héberger le DLR (Dynamic Language Runtime) et permettre l'intégration de scripts dans XAML. Je pense que Loose XAML n’est pas un citoyen de deuxième classe, car je peux gérer les événements, écrire des convertisseurs de valeur, exécuter Python / Ruby / JScript pour des opérations telles que la connexion à un serveur SQL.

Consultez mon blog pour savoir si cette orientation vous convient.

Je charge dynamiquement des assemblys à l'aide d'une propriété attachée. Une fois chargé, vous pouvez référencer les classes de l'assembly de la manière habituelle.

Donc, répondez aussi à la question, il existe BEAUCOUP des limitations de Loam XAML prêtes à l'emploi (par exemple, l'impossibilité de router un événement vers un gestionnaire d'événements), mais elles peuvent être surmontées avec un peu de travail.

Je n'ai utilisé XAML / WPF que pour les applications de bureau. Espérons que quelqu'un d'autre intervienne pour répondre aux questions spécifiques de votre navigateur.

J'ai une bibliothèque que j'utilise dans le cadre de travaux commerciaux pour l'hébergement DLR et l'intégration de scripts DLR dans XAML que je souhaitais transformer en un produit pris en charge. Si cela vous intéresse, assurez-vous de me le faire savoir.