Bedste svar
Python har vist sig at være et af de mest populære sprog til udvikling af mobilapps. Når det er sagt, er udvikling af mobilapps ved hjælp af Python et populært koncept blandt udviklernes samfund. Faktisk blev det valgt til det bedste programmeringssprog for 2019 og slog originalen kodningssprog, Java. Python gør ikke kun udvikling let, men også problemfri.
Besvarelse af dit spørgsmål, ja, du kan kode mobilapps ved hjælp af Python. Men hvorfor vælger udviklere python frem for ethvert andet sprog?
· Det er let at læse og forstå
· Kodning af apps og webapps er hurtige og stabile
· Det giver en testdrevet udvikling
· Det har et standardbibliotek, der giver dig mulighed for at vælge moduler fra en bred vifte efter dine behov
· Det understøtter moderne teknologier som Big Data og Cloud
· Det er bakket op af et stærkt og støttende samfund, der leverer Python-udviklingsværktøjer til at lette kodning
Så hvilke typer apps kan du oprette ved hjælp af Python?
Nå, du kan oprette blockchain-applikationer , comm and-line applikationer, lyd- og videoapplikationer, spilapp-udvikling, systemadministrative applikationer, maskinindlæringsapplikationer og andre forretningsapps.
Desuden understøtter Python også andre behov som web- og softwareudvikling, billedbehandling og OCR, automatiseret test og webcrawlere.
Svar
tl; dr version: PSF foretog migrering til Python 3 som prioritet til samfundet, der dræbte pythoniske innovationer i løbet af 2006-2016, hvilket var det afgørende øjeblik i moderne webteknologier og mobile teknologier.
Her er det ægte svar. Lanceringen af Python 3 var grundårsagen til dette problem.
Python 3 blev lanceret i 2006, og det startede ikke så hurtigt som PSF forventede. For at overvinde tyngden af Python 2.7, de havde for bevidst at dræbe Python 2 ved hjælp af adskillige strategier, er hovedstrategien stoppe med at tilføje nye funktioner til Python 2.7 ( aka simpelthen opgive verdens mest populære dynamisk typede sprog dengang )
På kontrasten var der forskellige samfund, der fortsatte med at portere nye Python 3-funktioner til Python 2.7, hvilket yderligere bremsede Python 3-tilpasningen. Så de er nødt til at trykke på kill-kontakten ved , der erklærer som Python 2.7 som arv på trods af konsekvenserne, skal du huske, at Python 2 havde det mest moderne funktionssæt på det tidspunkt sammenlignet med C, C ++, Perl, Java osv. Der var ikke noget arv ved det.
Disse 10 års overgangsperiode var i værste fald et stort mareridt, samfund (specielt ejere af biblioteker) blev tvunget til at holde deres kode kompatibel med både 2 & 3, hvilket forårsagede testomkostningerne til sky-raket, dette påvirkede udvikleres “frihed til at tænke, fri strøm af ideer osv. Hvad engang var en enkel og elegant sprog blev pludselig et ansvar, fordi du blev forventet at skrive i både Python 2 & 3. Produktivitet var den originale ting, der gjorde Python populær, som ikke var oplevelse under overgangen.
I løbet af de 10 år var pytonister hverken kodende i Python 2 eller i Python 3 der var kodning imellem sprog ( Python X) fyldt med hodgepodge hacks her og der uden klar dokumentation, der var nok officielle retningslinjer til portering til Python 3 men ikke til at opretholde koden i Python 2 & 3, da de virkelig ikke forventede, at et sådant problem ville opstå.
Portering fra 2 -> 3 wa det er let for en slutbruger, men som biblioteksejer var vedligeholdelse af 2 & 3 et mareridt. Mange biblioteker blev simpelthen forladt.
Læringsoplevelse af Python via internet nåede hele tiden, Googling-spørgsmål ville føre til blogindlæg og Stackoverflow, der havde uddrag til Python 2. Hver arkiveret viden (endda så enkel som at “sortere en dikt”) skulle skrives igen til Python 3 og mærket med korrekte Python-versioner. Denne del forårsagede stor forvirring for nybegyndere og gjorde JavaScript som et muligt første sprog . De fleste af Stack Overflow-svarene stoppede med at fungere pludselig, da de oprindeligt blev skrevet til Python 2. Nye svar blev ikke skrevet, da ofte det samme spørgsmål til Python 3 vil medføre, at spørgsmålet er nede -stemte, låst og slettet eller markeret som duplikat af mindre informerede tilfældige moderatorer, der ikke var opmærksomme på dette Python-specifikke problem, og Stackoverflow var heller ikke designet til at tale om spørgsmål om flere versioner af det samme programmeringssprog.
Fantastiske værktøjer som WxPython, PyQT, PySide blev gamle og glemsomme, fordi “Python 3” pludselig blev pålagt som prioritet. (Forestil dig, at du er en open source-udvikler, pludselig erklærer PSF / community, at dit arbejde er forældet, du kan miste ånden, du ville ikke være ligeglad, det skete der med 100ers biblioteker, store biblioteker blev erklæret arv, selv troede de arbejdede fint, bare fordi PSF ønskede at skubbe Python3. Det var ikke rigtigt at dræbe 100ers biblioteker bare fordi forfatteren ikke havde tid / interesse i at portere (aka vedligeholdelse i 2 & 3)
Oplevelsen af at porte til Python 3 var ikke så let som du forestiller dig eller PSF troede. For en udvikler kan det være at flytte til 2 til 3. Men for en biblioteksejer er det alt om vedligeholdelse 2 og 3 på samme tid med ekstra testomkostninger.
Således var alle vidne til det i løbet af 2006 til 2016 der skete ingen innovation eller banebrydende ting skete i Pythons verden, de var optaget af at løse Python 3-overgangen (portering og vedligeholdelse) og frigivelse af små funktioner med knap k råber hovederne på vandet. Imidlertid vidste vi alle, at 2006-2016 var det afgørende øjeblik inden for webteknologi og mobile teknologier.
JavaScript begyndte at dominere overalt med revolutionerende rammer og nye måder at gøre ting på (som ikke-blokerende IO, websockets osv.), Mens Pythonsamfundet kastede hovedet rundt ved at rense rodet. Python 3 er god, men forkert tidsindstillet. Dette er grunden til, at Python ikke har en passende platform på tværs af platforme til mobil.
Mens C # har Xamarin, har JS Cordova & Titanium, selv Lua har Corona, men Python-ækvivalenter Kivy og PyQT fortsætter med at stoppe. , Vil Python have en stærk fremtid på maskinindlæring, NLP, statistisk og videnskabelig databehandling. Så for at gentage punktet Python mistet uanset hvad det fortjente fra WWSU6, men det vil dominere, hvad det virkelig fortjener fra 2016–2026, desværre er mobiludvikling (front-end) ikke en af dem.