Meilleure réponse
Python est devenu lun des langages les plus populaires pour le développement dapplications mobiles. Cela dit, le développement dapplications mobiles à laide de Python est un concept populaire parmi la communauté des développeurs. En fait, il a été élu meilleur langage de programmation pour 2019, devançant loriginal langage de codage, Java. Python rend non seulement le développement facile mais aussi transparent.
En réponse à votre question, oui, vous pouvez coder des applications mobiles en utilisant Python. Mais, pourquoi les développeurs choisissent-ils python plutôt que nimporte quel autre langage?
· Il est facile à lire et à comprendre
· Les applications de codage et les applications Web sont rapides et stables
· Il fournit un développement basé sur les tests
· Il dispose dune bibliothèque standard qui vous permet de sélectionner des modules parmi une large gamme selon vos besoins
· Il prend en charge les technologies modernes comme le Big Data et le Cloud
· Il est soutenu par une communauté solide et solidaire qui fournit des outils de développement Python pour faciliter le codage
Alors, quels types dapplications pouvez-vous créer avec Python?
Eh bien, vous pouvez créer des applications blockchain , comm applications en ligne, applications audio et vidéo, développement dapplications de jeux, applications dadministration système, applications dapprentissage automatique et autres applications professionnelles.
De plus, Python prend également en charge dautres besoins tels que le développement Web et logiciel, le traitement dimages et OCR, tests automatisés et robots dexploration Web.
Réponse
tl; version dr: PSF a fait de la migration vers Python 3 la priorité de la communauté, qui a détruit les innovations pythoniques en 2006-2016, qui a été le moment déterminant de lhistoire des technologies Web modernes et des technologies mobiles.
Voici la véritable réponse. Le lancement de Python 3 était à lorigine de ce problème.
Python 3 a été lancé en 2006 et il na pas décollé aussi vite que PSF le prévoyait. Afin de surmonter la gravité de Python 2.7, ils avaient pour tuer délibérément Python 2 en utilisant de nombreuses stratégies, la stratégie principale est darrêter dajouter de nouvelles fonctionnalités à Python 2.7 ( aka simplement abandonner le langage à typage dynamique le plus populaire au monde de lépoque )
À lopposé, il y avait diverses communautés qui continuaient à rétroporter les nouvelles fonctionnalités de Python 3 vers Python 2.7, ce qui a encore ralenti ladaptation de Python 3. Elles doivent donc appuyer sur le kill switch en déclarer Python 2.7 comme héritage malgré les conséquences, vous devez vous rappeler que Python 2 avait lensemble de fonctionnalités le plus moderne de lépoque par rapport à C, C ++, Perl, Java etc. Il ny avait rien dhéritage à ce sujet.
Ces 10 années de transition ont été au pire un cauchemar, les communautés (en particulier les propriétaires de bibliothèques) ont été obligées de garder leur code compatible avec 2 et 3, ce qui a entraîné le coût des tests pour sky-rocket, ce qui a eu un impact sur la liberté de pensée des développeurs, la libre circulation des idées, etc. Ce qui était autrefois simple et élégant la langue est soudainement devenue un handicap parce que vous étiez « censé » écrire en Python 2 et 3. La productivité était la chose originale qui a rendu Python populaire, ce qui nétait pas le expérience pendant la transition.
Au cours des 10 dernières années, les pytonistes nont ni codé ni en Python 2 ni en Python 3 , il y avait un codage entre langage ( Python X) rempli de hacks méli-mélo ici et là sans documentation claire, il y avait suffisamment de directives officielles pour le portage vers Python 3 mais pas pour maintenir le code dans Python 2 & 3 car ils ne sattendaient vraiment pas à ce quun tel problème se pose.
Portage de 2 -> 3 wa Cest facile pour un utilisateur final, mais en tant que propriétaire de bibliothèque maintenir pour 2 et 3 était un cauchemar. De nombreuses bibliothèques ont été simplement abandonnées.
Lexpérience dapprentissage de Python via Internet a atteint le niveau le plus bas, les questions sur Google mèneraient à des articles de blog et à Stackoverflow qui contenait des extraits de Python 2. Toutes les connaissances archivées (même aussi simples que « trier un dict ) devaient être réécrites une fois de plus pour Python 3 et étiqueté avec les versions appropriées de Python. Cette partie a causé une grande confusion pour les débutants et a fait de JavaScript comme première langue possible . La plupart des réponses Stack overflow ont cessé de fonctionner soudainement depuis quelles ont été initialement écrites pour Python 2. Les nouvelles réponses nont pas été écrites car le fait de poser souvent la même question pour Python 3 entraînera le rejet de la question -voté, verrouillé et supprimé ou marqué comme dupliqué par des modérateurs aléatoires moins informés qui nétaient pas au courant de ce problème spécifique à Python, Stackoverflow na pas non plus été conçu pour converser autour des questions de plusieurs versions dun même langage de programmation.
De grands outils comme WxPython, PyQT, PySide sont devenus vieux et inconscients parce que « Python 3 » a été soudainement imposé comme priorité. (Imaginez-vous en tant que développeur open source, soudainement PSF / communauté déclare votre travail comme obsolète, vous risquez de perdre lesprit, vous ne vous souciez pas beaucoup, cest ce qui est arrivé à des centaines de bibliothèques, de grandes bibliothèques ont été déclarées héritées même si elles fonctionnaient très bien, juste parce que PSF voulait pousser Python3. Ce nétait pas en effet de tuer des bibliothèques de centaines de livres juste parce que lauteur navait pas le temps / intérêt pour le portage (cest-à-dire maintenir en 2 et 3)
Lexpérience du portage vers Python 3 na pas été aussi facile que vous limaginez ou que le PSF pensait. Pour un développeur, il peut simplement être de passer à 2 à 3. Mais pour un propriétaire de bibliothèque, cest tout sur maintenir 2 et 3 en même temps, avec un coût de test supplémentaire.
Ainsi, tout le monde en a été témoin de 2006 à 2016 il ny a eu aucune innovation ou des choses révolutionnaires dans le monde de Python, ils étaient occupés à résoudre la transition Python 3 (portage et maintenance) et à publier de petites fonctionnalités à peine k eeping les têtes sur leau. Cependant, nous savions tous que 2006-2016 était le moment décisif de la technologie Web et des technologies mobiles.
JavaScript a commencé à dominer partout avec des frameworks révolutionnaires et de nouvelles façons de faire (comme les E / S non bloquantes, les sockets Web, etc.) tout en La communauté Python se cassait la tête pour nettoyer le désordre. Python 3 est bon mais mal chronométré. Cest pourquoi Python na pas de framework multiplateforme adapté pour les mobiles.
Alors que C # a Xamarin, JS a Cordova et Titanium, même Lua a Corona, mais les équivalents Python Kivy et PyQT continuent de caler. Cependant , Python aura un bel avenir sur le machine learning, la PNL, le calcul statistique et scientifique. Donc, pour répéter le point Python perdu tout ce quil méritait de 2006 à 2016, mais il dominera ce quil mérite vraiment de 2016 à 2026, malheureusement le développement mobile (frontal) nen fait pas partie.