Problemumgehung für Windows.ApplicationModel.Package-Einschränkungen auf Windows Phone?
Ich erstelle eine Info-Seite für eine Windows Runtime-App, die auf Windows Phone 8.1 abzielt. Unter Windows 8.1 und Windows 10 UWP ist es alles andere als trivial, die meisten Basisinformationen zu einer App anzuzeigen, indem eine API namens Windows.ApplicationModel.Package .
Aber aus Gründen, die ich nicht verstehe, ist Windows.ApplicationModel.Package auf Windows Phone schwer behindert. Während Dinge wie Id , InstallDate und InstalledLocation seit Windows Phone 8, DisplayName , Description und PublisherDisplayName verfügbar waren, sind die Dinge, die Benutzer wirklich interessieren, nicht. (Die Versionsinformation ist in Id vorhanden, was zumindest etwas ist.)
Gibt es andere Möglichkeiten, auf diese Informationen unter Windows Phone verlässlich zuzugreifen, so dass Sie das Manifest-XML selbst nicht lesen und analysieren können oder, noch schlimmer, die Werte fest codieren? Ich würde wirklich lieber nicht auf diese beiden zurückgreifen müssen.
1 Antwort
Ich bin mir nicht sicher, ob es eine API gibt, um mehr Details zu erhalten als über die Paket-API verfügbar, aber für den Anzeigenamen und die Beschreibung der Anwendung gibt es einen Trick, der helfen könnte.
Der Inhalt dieser beiden Zeichenfolgen kann lokalisiert werden. Sie müssen sie mithilfe des ms-resource: -Schemas in Ihrem Manifest deklarieren (sagen Sie ms-resource: AppName für den Anwendungsnamen) und fügen dann die lokalisierte Zeichenfolge Ihren Strings hinzu Ressourcen.
Dies ermöglicht Ihnen, den Namen und die Beschreibung aus Ihrem Code zu erhalten, zusätzlich zu einem lokalisierten Namen / Beschreibung für Ihre App.
Tags und Links c# windows-runtime windows-phone-8.1 appxmanifest