2010-04-19 4 views

Répondre

2

Ceci est complètement impossible. Lorsque vous exécutez une application WPF, le code XAML est analysé dans le constructeur dans un arbre visuel, qui est ensuite affiché en tant que formulaire. Continuer signifierait recréer l'arborescence visuelle, ce qui casserait tout code dans le formulaire.

+1

Je n » Je dis "complètement impossible". Ils pourraient prendre un diff entre l'ancien et le nouveau XAML, puis appliquer ce diff à l'arbre visuel actuel. Ce ne serait pas parfait, probablement limité à la plupart des attributs, mais même cela serait utile. –

+0

@Jonathan: Ce serait très difficile à faire et ne fonctionnerait probablement pas de manière fiable. Rappelez-vous que l'arbre visuel peut être changé dans le code, et qu'il n'y a aucune connexion entre un élément et le XAML dont il a (peut-être été) analysé. – SLaks

+0

À partir de quelque chose de limité mais utile: 1. Autoriser uniquement la modification des attributs sur les éléments nommés. 2. Recherchez ces éléments en utilisant la réflexion sur les propriétés du formulaire. 3. Affectez les nouvelles valeurs aux propriétés correspondant aux attributs. Je suis sûr que vous pourriez implémenter ceci en tant que fonction Fixup (oldXaml, newXaml, openForms) dans une heure. –

1

XAML Modifier et continuer est maintenant possible dans VS 2015 pour les applications UWP. Cela devrait être disponible avec la "mise à jour anniversaire de Windows 10".

Plus d'infos et une démonstration de la fonctionnalité à venir peuvent être visionnés ici https://channel9.msdn.com/Events/Build/2016/B853

Questions connexes