Hier leest u hoe u de XAML Parse-fout voor eens en voor altijd kunt oplossen

XAML of Extensible Application Markup Language, is een taal gebaseerd op XML (Extensive Markup Language). Het gebruik ervan varieert van het maken tot het initialiseren van .NET-objecten. Het wordt voornamelijk gebruikt in .NET Framework 3- en 4-platforms, en vooral voor Windows Presentation Foundation of WPF of Windows Zilverlicht.

XAML-elementen worden rechtstreeks toegewezen aan de Common Language Runtime- of CLR-objectinstanties, terwijl XAML-kenmerken rechtstreeks aan eigenschappen en gebeurtenissen zijn gekoppeld. Onthoud altijd dat voorwaardelijke instructies tijdens runtime worden geëvalueerd, waarbij de instructies die worden geëvalueerd als waar worden geparseerd, terwijl de instructies die niet worden geëvalueerd, worden genegeerd. Laten we met deze informatie in gedachten naar de kant van het oplossen van problemen gaan.

Voordat u de volgende oplossingen toepast, moet u niet vergeten dat .NET aan het uitwerken is welke metadata nodig zijn om optimaal efficiënt te werken. Elementen die u niet gebruikt, worden verwijderd om de compilatietijd niet te belasten en de bestandsgrootte te vergroten.

Het kan echter zijn dat het niet oppikt wat u tijdens runtime doet (bijv. Visual Studio), dus het kan dingen verwijderen die u daadwerkelijk gebruikt. Wanneer de crash optreedt, wordt een Exception-klasse gegeven, die een fout vertegenwoordigt die optreedt tijdens de uitvoering van de toepassing.

Hoe kan ik de XAML Parse-fout herstellen?

1. Tijdelijke slash-oplossing
2. Standaard bronoplossing
3. FontFamily Fix

---

1. Tijdelijke slash-oplossing

De sleutel tot het oplossen van elk probleem met betrekking tot XAML is om bij te houden wat er gebeurt in de code die het probleem veroorzaakt. Soms kan de oplossing eenvoudig zijn, zoals in dit geval, wanneer een bronafbeelding niet correct is gecompileerd. Deze oplossing kan op verschillende instanties worden toegepast, dus zorg ervoor dat u slashes gebruikt bij het beschrijven van bestands- of URL-adressen.

1. Vervangen met
2. Sla de wijzigingen op en u kunt aan de slag.

---

2. Standaard bronoplossing

Een spellingsfout kan van tijd tot tijd voorkomen. Als dit gebeurt, krijgt u een foutmelding op grond van:

Een uitzondering van het type 'Windows. UI.Xaml. Markering. XamlParseException' deed zich voor in myproj. UWP.McgInterop.dll maar werd niet verwerkt in gebruikerscode

Aanvullende informatie: De tekst die bij deze foutcode hoort, is niet gevonden.

Kan geen bron vinden met de categorie Naam/Sleutel [Regel: 0 Positie: 0]

Ga als volgt te werk om het te repareren:

1. Zoeken Bladzijde. Bronnen/app. Bronnen of Standaard bronnen en controleer op spelfouten.
2. Corrigeer de spelfout en sla de wijzigingen op.

---

3. FontFamily Fix

Dit gebeurt wanneer u een XAML laadt met een lettertype dat niet aanwezig is in uw toepassing of wanneer u een waarde toewijst aan de FontFamily en de waarde leeg is. Een FontFamily is een object dat de voorkeurslettertypefamilie specificeert, of een primaire voorkeurslettertypefamilie met een of meer fallback-lettertypefamilies.

Laten we zeggen dat uw primaire lettertype Arial is en uw uitwijkmogelijkheid Calibri is, dan zou het eruitzien als iets in de trant van: - of -. Maar wat doen we als we de volgende foutmelding krijgen?

Een eerste kans uitzondering van het type 'Windows. UI.Xaml. Markering. XamlParseException' vond plaats in HelloWorld.exe

WinRT-informatie: kan geen 'Windows. UI.Xaml. Media. FontFamily’ uit de tekst ”. [Lijn: 52 Positie: 63]

1. Zoeken naar StandardStyles.xaml en inspecteer alle gevallen van Lettertypefamilie waarbij de waarde leeg is ();
2. Wijzig de waarde in elk lettertype dat u momenteel gebruikt (bijv. Arial) en sla uw wijzigingen op.

Alsjeblieft, dit zijn enkele oplossingen die u kunnen helpen de XAML Parse-fout op te lossen, dus probeer ze allemaal uit.

VERWANTE VERHALEN OM TE BEKIJKEN:

• Probeer de nieuwe Visual Studio uit
• 5 beste toepassingen om XML te lezen
• Hoe het systeem te repareren. Xml.ni.dll-fouten in Windows