Le kit de test de marché revient "L'API non supporté ne peut pas être utilisé par l'agent de fond"

Question

Tout d'abord, mon application construit et fonctionne parfaitement bien, sans exception.

Lorsque j'exécute le kit de test de marché inclus dans le SDK WP7, je reçois une tonne d'avertissements sur l'utilisation d'une API non supportée.

Maintenant, le fichier DLL (API) en question est l'endroit où mes contrôleurs, modèles, classes utilitaires et autres ressources vivent (tout ce qui n'est pas directement connecté à l'UI).

Les méthodes utilisées par mon agent d'arrière-plan comprennent des appels à un service de repos et mettez à jour une tuile en direct.Cependant, le kit de test de marché se plaint de classes et d'appels de méthode qui ne sont pas appelés par les classes d'agents de base.

question ici est - cela passera-t-il toujours inspection par Microsoft?Après tout, l'agent d'arrière-plan ne fait rien d'illégal (en termes d'appels d'API), il a simplement la possibilité de le faire).

Answer 1

Ceci est mentionné dans "Développement d'une application avancée de Téléphone Windows 7.5 qui se connecte au cloud" livre publié par le groupe PATTERS & PRATIQUES

Ce projet contient des interfaces, des adaptateurs et des façades de la fonctionnalité de l'API Windows Phone qui n'est pas pris en charge par des agents de base.La création de ce projet était nécessaire pour réussir la validation de la capacité effectuée dans le cadre du processus de soumission de candidature sur le marché de la fenêtre Windows.En effet, l'ensemble des API non pris en charge par des agents de base doit résider dans un projet non référencé par le projet Tailspin.Phoneagent.Pour plus d'informations, voir " API non pris en charge pour les agents de fondPour Windows Phone " sur MSDN.

Vous devez donc avoir un projet de bibliothèques pour votre travailleur de fond et un autre pour les bibliothèques utilisées par votre application.

Answer 2

Je penserais qu'il est très probable d'échouer l'inspection du marché si le kit de test marque des avertissements.

Probablement la meilleure solution serait de diviser la DLL en question en 2 parties, qui contient toutes les fonctionnalités de l'agent d'arrière-plan, mais évite les appels d'API provoquant le problème et l'autre DLL contenant tout le reste. Les deux DLL pourraient être utilisées dans l'application, mais juste le «sûr» pour l'agent de fond.

Je devais faire quelque chose de similaire pour l'application PayPhone Lite (une application PayPal) qui est actuellement sur le marché.

hth, Rupert.