J'ai écrit une application WPF que je veux porter vers Silverlight 2.XmlNode non pris en charge dans Silverlight: réimplémenter ou utiliser l'analyse de chaîne?
Ma logique métier et mon modèle (pour le motif de conception MV-VM) sont regroupés dans un ensemble distinct que je tente de refondre en Silverlight. bibliothèque de classes.
Malheureusement, la classe XmlNode que j'utilise pour analyser un fichier XML avec des données de modèle n'est pas prise en charge par Silverlight 2. La directive consiste à utiliser LING vers XML à la place (http://silverlight.net/forums/t/14577.aspx). L'utilisation de LINQ me semble trop lourde pour ma tâche. J'envisage de remplacer le code d'analyse XML en utilisant le DOM XML avec un schéma basé sur des expressions régulières (pour analyser les attributs). Sinon, j'envisage d'écrire ma propre implémentation de XmlNode qui sera référencée au cas où le projet a été compilé pour Sliverlight 2.
Quelqu'un at-il déjà fait l'objet d'une comparaison? Quelqu'un at-il des suggestions (peut-être une troisième option) sur la façon de procéder (RegEx ou réécrire)?
J'aurais dû être un peu plus spécifique. Je suis préoccupé par la surcharge de performance de l'utilisation de LINQ2XML par rapport à un simple analyseur personnalisé. LINQ utilisera la réflexion pour créer une instance de types anonymes. Le code personnalisé génère des instances directement par exemple. –
Sauf si vous avez un scénario vraiment bizarre, les frais généraux des méthodes LINQ sont négligeables. Ma recommandation serait certainement d'aller avec cela au lieu de faire toute l'analyse à la main. – MojoFilter