Melhor resposta
Python se tornou uma das linguagens mais populares para o desenvolvimento de aplicativos móveis. Dito isso, o desenvolvimento de aplicativos móveis usando Python é um conceito popular entre a comunidade de desenvolvedores “. Na verdade, foi eleita a principal linguagem de programação em 2019, superando a original linguagem de codificação, Java. Python não só torna o desenvolvimento fácil, mas também integrado.
Respondendo à sua pergunta, sim, você pode codificar aplicativos móveis usando Python. Mas, por que os desenvolvedores escolhem o python em vez de qualquer outra linguagem?
· É fácil de ler e entender
· Os aplicativos de codificação e os aplicativos da web são rápidos e estáveis
· Fornece um desenvolvimento orientado a testes
· Possui uma biblioteca padrão que permite selecionar módulos de uma ampla gama de acordo com seus requisitos
· Oferece suporte a tecnologias modernas como Big Data e a nuvem
· It é apoiado por uma comunidade forte e de suporte que fornece ferramentas de desenvolvimento Python para facilitar a codificação
Então, que tipos de aplicativos você pode construir usando Python?
Bem, você pode construir aplicativos blockchain , comm aplicativos online, aplicativos de áudio e vídeo, desenvolvimento de aplicativos de jogos, aplicativos administrativos do sistema, aplicativos de aprendizado de máquina e outros aplicativos de negócios.
Além disso, o Python também oferece suporte a outras necessidades, como desenvolvimento da Web e de software, processamento de imagens e OCR, testes automatizados e rastreadores da web.
Resposta
tl; versão dr: PSF fez a migração para Python 3 como prioridade para a comunidade, que lançou as inovações pythônicas durante 2006-2016, que foi o momento decisivo na história das modernas tecnologias da Web e tecnologias móveis.
Aqui está a resposta genuína. O lançamento do Python 3 foi a causa raiz desse problema.
O Python 3 foi lançado em 2006 e não decolou tão rápido quanto o PSF esperava. Para superar a gravidade do Python 2.7, eles tinham para matar deliberadamente o Python 2 usando várias estratégias, a estratégia principal é parar de adicionar novos recursos ao Python 2.7 ( também conhecido como simplesmente abandonar a linguagem de tipagem dinâmica mais popular do mundo da época )
Por outro lado, havia várias comunidades que mantinham o back-port de novos recursos do Python 3 para o Python 2.7, o que tornava ainda mais lenta a adaptação do Python 3. Portanto, eles precisam pressionar o botão kill declarando Python 2.7 como legado apesar das consequências, você deve se lembrar que o Python 2 tinha o conjunto de recursos mais moderno da época comparado com C, C ++, Perl, Java etc. Não havia nada de legado nisso.
O período de transição de 10 anos foi um grande pesadelo na pior das hipóteses, comunidades (proprietários de bibliotecas esp) foram forçadas a manter seu código compatível com 2 e 3, o que causou o custo do teste para o foguete, isso impactou a “liberdade de pensamento dos desenvolvedores, fluxo livre de ideias etc. O que antes era simples e elegante linguagem de repente tornou-se um problema porque era esperado que você escrevesse em Python 2 e 3. Produtividade foi o que tornou o Python popular, o que não era o experiência durante a transição.
Em todos os 10 anos, os Pytonistas não codificaram em Python 2 nem em Python 3 , existiam códigos intermediários linguagem ( Python X) cheia de hacks misturados aqui e ali sem documentação clara, havia diretrizes oficiais suficientes para portar para Python 3 mas não para manter o código no Python 2 e 3, uma vez que eles realmente não esperavam que tal problema surgisse.
Portando de 2 -> 3 wa s fácil para um usuário final, mas como proprietário de uma biblioteca manter para 2 e 3 foi um pesadelo. Muitas bibliotecas foram simplesmente abandonadas.
A experiência de aprendizagem de Python via internet atingiu o nível mais baixo de todos os tempos. Perguntas no Google levariam a postagens de blog e Stackoverflow que continha trechos para Python 2. Todo conhecimento arquivado (mesmo tão simples como classificar um dicionário) teve que ser reescrito mais uma vez para Python 3 e marcado com as versões adequadas do Python. Esta parte causou grande confusão para os iniciantes e tornou o JavaScript uma possível primeira linguagem . A maioria das respostas de estouro de pilha parou de funcionar repentinamente desde que foram originalmente escritas para Python 2. Novas respostas não foram escritas, pois muitas vezes fazer a mesma pergunta para Python 3 fará com que a pergunta seja inativa -votado, bloqueado e excluído ou marcado como duplicado por moderadores aleatórios menos informados que não estavam cientes desse problema específico do Python, também o Stackoverflow não foi projetado para conversar em torno de questões de várias versões de uma mesma linguagem de programação.
Ótimas ferramentas como WxPython, PyQT, PySide tornaram-se velhas e esquecidas porque “Python 3” foi repentinamente imposto como prioridade. (Imagine você como um desenvolvedor de código aberto, de repente PSF / comunidade declara seu trabalho como obsoleto, você pode perder o espírito, você não se importaria muito, isso é o que aconteceu com centenas de bibliotecas, grandes bibliotecas foram declaradas legadas mesmo que estivessem funcionando bem, só porque o PSF queria empurrar o Python3. Na verdade, não era para matar as bibliotecas 100s só porque o autor não tinha tempo / interesse em portar (também conhecido como manter em 2 e 3)
A experiência de portar para Python 3 não foi tão fácil quanto você imagina ou o PSF pensava. Para um desenvolvedor, pode ser simplesmente mover para 2 para 3. Mas para um proprietário de biblioteca, é tudo sobre manter 2 e 3 ao mesmo tempo, com custo de teste adicional.
Assim, todos testemunharam isso durante 2006 a 2016 não houve inovação ou coisas revolucionárias aconteceram no mundo do Python, eles estavam ocupados resolvendo a transição do Python 3 (portando e mantendo) e lançando pequenos recursos por apenas k eeping as cabeças na água. No entanto, todos nós sabíamos que 2006-2016 foi o momento de definição da tecnologia da web e das tecnologias móveis.
O JavaScript começou a dominar em todos os lugares com estruturas revolucionárias e novas maneiras de fazer as coisas (como IO sem bloqueio, sockets da web etc.) enquanto A comunidade Python estava se esforçando para limpar a bagunça. Python 3 é bom, mas mal cronometrado. É por isso que Python não tem uma estrutura de plataforma cruzada adequada para dispositivos móveis.
Enquanto C # tem Xamarin, JS tem Cordova & Titanium, até Lua tem Corona, mas os equivalentes de Python Kivy e PyQT continuam travando. No entanto , Python terá um futuro forte no aprendizado de máquina, PNL, computação estatística e científica. Então, para repetir o ponto Python perdido seja lá o que for que mereceu de 2006-2016, mas dominará o que realmente merece de 2016-2026, infelizmente, o desenvolvimento móvel (front-end) não é um deles.