'Errore non specificato' è un grande problema per gli sviluppatori di Windows Phone 7.Come eseguire il debug 'errore non specificato' su Windows Phone 7?
Viene mostrato quando ci sono alcuni problemi in XAML (risorsa o stile mancanti) e nessuna informazione utile è fornito sulla fonte del problema:
La questione è come eseguire il debug tali situazioni e come trovare gli stili mancanti, i problemi xaml rapidamente?
Questo errore, insieme agli errori di analisi XAML, causa sicuramente un po 'di dolore.
Questo non è molto sofisticato, ma ho trovato che il modo più rapido per eseguire il debug di questo tipo di problema è quello di assicurarsi che tutto sia controllato in controllo del codice sorgente e poi basta copiare il tutto in un file separato. Aggiungi i blocchi indietro finché non trovi un blocco che causa il problema, quindi inizia a lavorare riga per riga.
Inoltre, in futuro, è possibile riesaminare il flusso di lavoro. Trovo che ho riscontrato questo tipo di problemi quando sto scrivendo un sacco di codice senza eseguirlo nell'emulatore o copiare/incollare materiale da un post sul blog senza capire veramente cosa stia facendo. Ho molto più successo quando uso un approccio incrementale, aggiungendo un pulsante, poi cambiando uno stile, con controlli frequenti per assicurarmi che tutto funzioni.
Se non si sta utilizzando qualcosa come Git o Mercurial per il controllo del codice sorgente, sicuramente esaminarlo. Puoi fare un sacco di piccoli commit quando ottieni qualcosa di nuovo, e quindi hai un semplice ripiego se il tuo codice si rompe.
Questo è quasi esattamente il mio approccio a "errore non specificato". Solitamente commento tutti i blocchi eventualmente errati e poi li decommento uno per uno. Un piccolo dettaglio che sono riuscito a trascurare più volte, è controllare l'ordine degli stili. Se lo stile A usa lo stile B, ricorda di avere B prima di A in XAML. – juarola