Bästa svaret
Python har visat sig vara ett av de mest populära språken för mobilappsutveckling. Med detta sagt är mobilappsutveckling med Python ett populärt koncept bland utvecklarnas community. Det röstades faktiskt som det bästa programmeringsspråket för 2019 och slog originalet kodningsspråk, Java. Python gör inte bara utvecklingen enkel men också sömlös.
Besvara din fråga, ja, du kan koda mobilappar med Python. Men varför väljer utvecklare python framför något annat språk?
· Det är lätt att läsa och förstå
· Kodningsappar och webbappar är snabba och stabila
· Det ger en testdriven utveckling
· Det har ett standardbibliotek som låter dig välja moduler från ett brett spektrum enligt dina behov
· Det stöder modern teknik som Big Data och Cloud
· Det stöds av en stark och stödjande gemenskap som tillhandahåller Python-utvecklingsverktyg för att underlätta kodning
Så, vilka typer av appar kan du bygga med Python?
Tja, du kan bygga blockchain-applikationer , comm and-line-applikationer, ljud- och videoapplikationer, spelapputveckling, systemadministrativa applikationer, maskininlärningsapplikationer och andra affärsappar.
Dessutom stöder Python också andra behov som webb- och mjukvaruutveckling, bildbehandling och OCR, automatiserad testning och webbsökare.
Svar
tl; dr version: PSF gjorde migrering till Python 3 som prioritet till samhället, som dödade pytoniska innovationer under 2006-2016, vilket var det avgörande ögonblicket i modern webbteknik & mobilteknologi.
Här är det verkliga svaret. Lanseringen av Python 3 var grundorsaken till detta problem.
Python 3 lanserades 2006 och det tog inte fart så snabbt som PSF förväntade sig. För att övervinna allvaret hos Python 2.7 som de hade för att medvetet döda Python 2 med hjälp av många strategier, är huvudstrategin att sluta lägga till nya funktioner till Python 2.7 ( aka helt enkelt överge världens mest populära dynamiskt skrivna språk den tiden )
På kontrasten fanns det olika samhällen som fortsatte att portera nya Python 3-funktioner till Python 2.7 vilket ytterligare saktade ner Python 3-anpassningen. Så de måste trycka på kill-omkopplaren med förklarar som Python 2.7 som arv trots konsekvenserna, du måste komma ihåg att Python 2 hade den modernaste funktionsuppsättningen för den tiden jämfört med C, C ++, Perl, Java etc. Det fanns inget arv med det.
Dessa tio års övergångsperiod var i värsta fall en stor mardröm, samhällen (speciellt biblioteksägare) tvingades hålla sin kod kompatibel med både 2 & 3, vilket orsakade testkostnaderna för sky-raket, detta påverkade utvecklarnas ”tankefrihet, fritt flöde av idéer etc. Vad som en gång var en enkel och elegant språket blev plötsligt en skyldighet eftersom du ”förväntades” att skriva i både Python 2 & 3. Produktivitet var det ursprungliga som gjorde Python populär som inte var upplevelse under övergången.
Under hela tio åren kodade pytonister varken i Python 2 eller i Python 3 fanns det kodning mellan språk ( Python X) fylld med hodgepodge-hack här och där utan tydlig dokumentation, det fanns tillräckligt med officiella riktlinjer för att portera till Python 3 men inte för att underhålla koden i Python 2 & 3 eftersom de verkligen inte förväntade sig att ett sådant problem skulle uppstå.
Portering från 2 -> 3 wa Det är enkelt för slutanvändaren, men som biblioteksägare var det en mardröm att upprätthålla för 2 & 3. Många bibliotek övergavs helt enkelt.
Inlärningserfarenhet av Python via internet mötte hela tiden låg, Googling frågor skulle leda till blogginlägg och Stackoverflow som hade utdrag för Python 2. Varje arkiverad kunskap (även så enkel som att ”sortera en dikt”) måste skrivas om igen för Python 3 och taggade med korrekta Python-versioner. Denna del orsakade stor förvirring för nybörjare och gjorde JavaScript som ett möjligt första språk . De flesta av Stack-överflödssvaren slutade fungera plötsligt eftersom de ursprungligen skrevs för Python 2. Nya svar skrevs inte eftersom det ofta ställde samma fråga för Python 3 kommer att orsaka att frågan är nere -röstades, låst & raderas eller markeras som duplikat av mindre informerade slumpmässiga moderatorer som inte var medvetna om detta Python-specifika problem, Stackoverflow var inte heller utformat för att samtala kring frågor om flera versioner av samma programmeringsspråk.
Fantastiska verktyg som WxPython, PyQT, PySide blev gamla och omedvetna eftersom ”Python 3” plötsligt infördes som prioritet. (Föreställ dig att du är en öppen källkodsutvecklare, plötsligt förklarar PSF / community ditt arbete som föråldrat, du kan förlora andan, du bryr dig inte så mycket, det är vad som hände med 100-talets bibliotek, stora bibliotek förklarades arv, trodde till och med att de arbetade bra, bara för att PSF ville trycka på Python3. Det var verkligen inte för att döda 100-talets bibliotek bara för att författaren inte hade tid / intresse för att portera (aka underhålla i 2 & 3)
Upplevelsen av att portera till Python 3 var inte så lätt som du föreställde dig eller PSF trodde. För en utvecklare kan det helt enkelt vara att flytta till 2 till 3. Men för en biblioteksägare är det allt om att upprätthålla 2 och 3 samtidigt, med extra testkostnader.
Således bevittnade alla det under 2006 till 2016 det hände inga innovationer eller banbrytande saker hände i Pythons värld, de var upptagen med att lösa Python 3-övergången (portning och underhåll) och släppte små funktioner med knappt k tappar huvudet på vattnet. Men vi visste alla att 2006-2016 var det avgörande ögonblicket för webbteknik och mobilteknologi.
JavaScript började dominera överallt med revolutionerande ramar och nya sätt att göra saker (som icke-blockerande IO, webbuttag etc) medan Pythonsamhället slog huvudet och rensade röran. Python 3 är bra men felaktigt tidsinställd. Det är därför Python inte har ett lämpligt ramverk för mobila plattformar.
Medan C # har Xamarin har JS Cordova & Titanium, även Lua har Corona, men Python-ekvivalenter Kivy och PyQT fortsätter att stanna. Kommer Python att ha en stark framtid för maskininlärning, NLP, statistisk och vetenskaplig databehandling. Så för att upprepa punkten Python förlorade oavsett vad den förtjänade från den här katalogen, men den kommer att dominera vad den verkligen förtjänar 2016–2026, tyvärr är mobil utveckling (front-end) inte en av dem.