Il est essentiellement recommandé de choisir API le plus bas que vous envisagez de soutenir dans votre application (à moins que vous sachiez que vous avez des raisons de le faire différemment). Par exemple, si votre application est uniquement destinée aux versions Honeycomb et plus récentes, sélectionnez SDK 3.0 pour accéder à toutes les fonctionnalités nouvellement introduites dans HC que vous souhaitez utiliser. Mais si votre application doit également fonctionner sur des appareils plus anciens avec des versions plus anciennes d'Android comme 2.0.1 (ou même 1.6 si vous en avez vraiment besoin), définissez cette option sur l'API la plus basse désirée. Donc, maintenant que cette règle est suffisante pour vous et vous permet de vous assurer que vous n'utiliserez accidentellement aucune méthode API non prise en charge sur toutes les plates-formes que vous ciblez, ce qui conduirait votre application à planter.
Si vous n'êtes pas sûr de l'API que vous voulez, je vous suggère d'utiliser la version 2.x et d'ignorer simplement les versions plus anciennes d'Android, car elles sont fondamentalement inutiles, according to platform version breakdown statistics published by Google.
Je vous recommande de lire ce SDK article sur la façon de définir minSdk
et targetSdk
éléments pour répondre à vos besoins.
"pour qu'il supporte toutes les plates-formes" - vous devriez plutôt dire ** ne ** sera ** pas **, en raison de certains changements à l'API, quelques réglages sont nécessaires si vous avez vraiment besoin du même comportement exact sur toutes les plateformes. –
@ WebnetMobile.com Vous avez raison. Désolé oublié de mentionner cela. J'ai édité le post – Ahmad