2016-06-25 51 views
5

La documentazione MSDN indicaPerché l'ApplicationInitializationCallbackParams è sigillato?

"Una classe che gli sviluppatori dovrebbero derivare da al fine di superare informazioni per una sequenza di inizializzazione personalizzato, nei casi in cui sia una sottoclasse di applicazione è presente e il punto di chiamata di inizio articolo è regolato per passare le informazioni. "

Ma la classe ApplicationInitializationCallbackParams è sigillata. Perché?

+3

Tutti i tipi di UWP sono sigillati per impostazione predefinita, COM non supporta l'ereditarietà dell'implementazione. La parola corretta per questo è "errore". È altrimenti innocuo, non si chiama Application.Start() te stesso. –

risposta

1

ApplicationInitializationCallbackParams è stato introdotto insieme a Windows 8. Al momento, non era sigillato. Ciò è cambiato con il passaggio a WinRT/UWP in cui non si implementa Application.Start manualmente, ma la documentazione è stata erroneamente non aggiornata.