Beste svaret
Python har vist seg å være et av de mest populære språkene for utvikling av mobilapper. Når det er sagt, er utvikling av mobilapper ved hjelp av Python et populært konsept blant utviklernes samfunn. Faktisk ble det kåret til det beste programmeringsspråket for 2019, og slo originalen. kodingspråk, Java. Python gjør ikke bare utviklingen enkel, men også sømløs.
Svar på spørsmålet ditt, ja, du kan kode mobilapper ved hjelp av Python. Men hvorfor velger utviklere python fremfor hvilket som helst annet språk?
· Det er lett å lese og forstå
· Koding av apper og nettapper er raske og jevne
· Det gir en testdrevet utvikling
· Den har et standardbibliotek som lar deg velge moduler fra et bredt spekter etter dine behov
· Den støtter moderne teknologier som Big Data og Cloud
· It er støttet av et sterkt og støttende samfunn som tilbyr Python-utviklingsverktøy for å lette koding
Så hvilke typer apper kan du bygge ved hjelp av Python?
Vel, du kan bygge blockchain-applikasjoner , komm and-line applikasjoner, lyd- og videoapplikasjoner, spillapputvikling, systemadministrative applikasjoner, maskinlæringsapplikasjoner og andre forretningsapps.
Videre støtter Python også andre behov som nett- og programvareutvikling, bildebehandling og OCR, automatisert testing og web-crawlere.
Svar
tl; dr versjon: PSF gjorde migrering til Python 3 som prioritet til samfunnet, som slo ned pytoniske nyvinninger i løpet av 2006-2016, som var det avgjørende øyeblikket i historien til moderne webteknologi og mobilteknologi.
Her er det ekte svaret. Lanseringen av Python 3 var grunnårsaken til dette problemet.
Python 3 ble lansert i 2006, og det startet ikke så raskt som PSF forventet. For å overvinne tyngdekraften til Python 2.7 de hadde for å bevisst drepe Python 2 ved hjelp av en rekke strategier, er hovedstrategien å slutte å legge til nye funksjoner i Python 2.7 ( aka bare å forlate verdens mest populære dynamisk typede språk på den tiden )
På kontrasten var det forskjellige lokalsamfunn som fortsatte å portere nye Python 3-funksjoner til Python 2.7, noe som ytterligere reduserte Python 3.-tilpasningen. Så de må trykke på kill-bryteren med erklærer som Python 2.7 som arv til tross for konsekvensene, du må huske at Python 2 hadde det mest moderne funksjonssettet på den tiden sammenlignet med C, C ++, Perl, Java osv. Det var ikke noe arv ved det.
De 10 år overgangsperioden var i verste fall et stort mareritt, lokalsamfunn (spesielt eiere av biblioteker) ble tvunget til å holde koden kompatibel med både 2 og 3, noe som forårsaket testkostnadene til sky-rakett, dette påvirket utvikleres «frihet til å tenke, fri flyt av ideer osv. Det som en gang var en enkel og elegant språk ble plutselig et ansvar fordi du ble «forventet» å skrive i både Python 2 & 3. Produktivitet var den opprinnelige tingen som gjorde Python populær som ikke var opplevelse under overgangen.
I løpet av de 10 årene var pytonister verken kodende i Python 2 eller i Python 3 , det var koding mellom språk ( Python X) fylt med hodgepodge hacks her og der uten tydelig dokumentasjon, det var nok offisielle retningslinjer for portering til Python 3 men ikke for å opprettholde koden i Python 2 & 3 siden de virkelig ikke forventet at et slikt problem ville oppstå.
Portering fra 2 -> 3 wa Det er enkelt for en sluttbruker, men som bibliotekeier å opprettholde for 2 og 3 var et mareritt. Mange biblioteker ble rett og slett forlatt.
Læringsopplevelse av Python via internett møtte all time low, Googling-spørsmål ville føre til blogginnlegg og Stackoverflow som hadde utdrag for Python 2. Hver arkivert kunnskap (til og med så enkel som å «sortere en dikt») måtte skrives om igjen for Python 3 og merket med riktige Python-versjoner. Denne delen forårsaket stor forvirring for nybegynnere og gjorde JavaScript som et mulig førstespråk . De fleste av Stack overflow-svarene sluttet å fungere plutselig siden de opprinnelig ble skrevet for Python 2. Nye svar ble ikke skrevet, da det ofte stilles det samme spørsmålet for Python 3 vil føre til at spørsmålet er -stemte, låst og slettet eller merket som duplikat av mindre informerte tilfeldige moderatorer som ikke var klar over dette Python-spesifikke problemet, og Stackoverflow var heller ikke designet for å snakke rundt spørsmål om flere versjoner av samme programmeringsspråk.
Flotte verktøy som WxPython, PyQT, PySide ble gamle og uvitende fordi «Python 3» plutselig ble pålagt som prioritet. (Forestill deg at du er en åpen kildekodeutvikler. Plutselig erklærer PSF / community at arbeidet ditt er utdatert, du kan miste ånden, du bryr deg ikke så mye, det er det som skjedde med 100-tallet biblioteker, store biblioteker ble erklært arv til og med trodde de jobbet fint, bare fordi PSF ønsket å presse Python3. Det var ikke til å drepe 100-tallsbiblioteker bare fordi forfatteren ikke hadde tid / interesse for å portere (aka vedlikehold i 2 og 3)
Opplevelsen av å portere til Python 3 var ikke så lett som du forestiller deg eller PSF trodde. For en utvikler kan det bare være å flytte til 2 til 3. Men for en bibliotekeier er det alt om vedlikehold 2 og 3 samtidig, med ekstra testkostnader.
Dermed var alle vitne til at i løpet av 2006 til 2016 det skjedde ingen innovasjon eller banebrytende ting i Pythons verden, de var opptatt med å løse Python 3-overgangen (portering og vedlikehold) og slippe små funksjoner med knapt k eeping hodene på vannet. Imidlertid visste vi alle at 2006-2016 var det avgjørende øyeblikket for webteknologi og mobilteknologi.
JavaScript begynte å dominere overalt med revolusjonerende rammer og nye måter å gjøre ting på (som ikke-blokkerende IO, nettkontakter etc) mens Pythonsamfunnet kastet hodet rundt når de ryddet rotet. Python 3 er bra, men feil tidsbestemt. Dette er grunnen til at Python ikke har et passende rammeverk for plattformer for mobil.
Mens C # har Xamarin, har JS Cordova & Titanium, selv Lua har Corona, men Python-ekvivalenter Kivy og PyQT holder fast. , Vil Python ha en sterk fremtid på maskinlæring, NLP, statistisk og vitenskapelig databehandling. Så å gjenta punktet Python mistet uansett hva den fortjente fra WWSU6, men den vil dominere det den virkelig fortjener fra 2016–2026, dessverre er ikke mobilutvikling (front-end) en av dem.