Aplicațiile mobile pot fi dezvoltate folosind Python?

Cel mai bun răspuns

Python a devenit una dintre cele mai populare limbi pentru dezvoltarea aplicațiilor mobile. Acestea fiind spuse, dezvoltarea de aplicații mobile folosind Python este un concept popular printre comunitatea dezvoltatorilor. De fapt, a fost votat limbajul de programare de top pentru 2019, depășind originalul limbaj de codare, Java. Python nu numai că face dezvoltarea ușoară, dar și fără probleme.

Răspunzând la întrebarea dvs., da, puteți codifica aplicații mobile folosind Python. Dar, de ce dezvoltatorii aleg python peste orice alt limbaj?

· Este ușor de citit și de înțeles

· Aplicațiile de codare și aplicațiile web sunt rapide și constante

· Oferă o dezvoltare bazată pe teste

· Are o bibliotecă standard care vă permite să selectați module dintr-o gamă largă conform cerințelor dvs.

· Suportă tehnologii moderne precum Big Data și Cloud

· Acesta este susținut de o comunitate puternică și de susținere care oferă instrumente de dezvoltare Python pentru a facilita codificarea

Deci, ce tipuri de aplicații puteți construi folosind Python?

Ei bine, puteți crea aplicații blockchain , com aplicații și linii, aplicații audio și video, dezvoltare de aplicații de jocuri, aplicații administrative de sistem, aplicații de învățare automată și alte aplicații de afaceri.

În plus, Python acceptă și alte nevoi, cum ar fi dezvoltarea web și software, procesarea imaginilor și OCR, testare automată și crawlerele web.

Răspuns

tl; versiunea dr: PSF a făcut migrarea către Python 3 ca prioritate la comunitatea, care a distrus inovațiile pitonice în perioada 2006-2016, care a fost momentul definitoriu în istoria tehnologiilor web moderne și a tehnologiilor mobile.

Iată răspunsul autentic. Lansarea Python 3 a fost cauza principală a acestei probleme.

Python 3 a fost lansat în 2006 și nu a decolat atât de repede pe cât se aștepta PSF. Pentru a depăși gravitatea Python 2.7 pe care o aveau pentru a ucide în mod deliberat Python 2 folosind numeroase strategii, strategia principală este oprirea adăugării de noi funcții la Python 2.7 ( aka, pur și simplu, abandonarea celui mai popular limbaj din lume dinamic din acel moment )

Pe contrast, au existat diferite comunități care au continuat să porteze înapoi noile caracteristici Python 3 către Python 2.7, ceea ce a încetinit și mai mult adaptarea Python 3. Prin urmare, trebuie să apese comutatorul kill prin declarând ca Python 2.7 ca moștenire în ciuda consecințelor, trebuie să vă amintiți că Python 2 avea cel mai modern set de caracteristici din acel moment comparativ cu C, C ++, Perl, Java etc. Nu a existat nicio moștenire în legătură cu aceasta.

Acei 10 ani de tranziție au fost un coșmar grozav în cel mai rău caz, comunitățile (proprietarii de biblioteci specializate) au fost forțați să își păstreze codul compatibil atât cu 2, cât și cu 3, ceea ce a determinat costul testării pentru rachete, ceea ce a afectat libertatea de gândire a dezvoltatorilor, fluxul liber de idei etc. Ceea ce a fost cândva un simplu și elegant limbajul a devenit dintr-o dată o răspundere deoarece erai „așteptat” să scrii atât în ​​Python 2, cât și în 3. Productivitatea a fost primul lucru care a făcut ca Python să fie popular, care nu era experiență în timpul tranziției.

În toți cei 10 ani pytoniștii nu au fost nici codificând în Python 2, nici în Python 3 nu au existat coduri între limbaj ( Python X) umplut cu hacks hodgepodge ici și colo fără documentație clară, au existat suficiente linii directoare oficiale pentru portarea în Python 3 dar nu pentru menținerea codului în Python 2 și 3, deoarece nu se așteptau să apară o astfel de problemă.

Portarea de la 2 -> 3 wa Este ușor pentru un utilizator final, dar ca proprietar de bibliotecă menținerea pentru 2 și 3 a fost un coșmar. Multe biblioteci au fost pur și simplu abandonate.

Experiența de învățare a Python prin internet a atins nivelul minim din toate timpurile, întrebările de la Google ar duce la postări de blog și la Stackoverflow care avea fragmente pentru Python 2. Fiecare cunoștință arhivată (chiar și la fel de simplă ca „sortarea unui dict”) a trebuit să fie rescrisă din nou pentru Python 3 și etichetat cu versiuni Python adecvate. Această parte a provocat o mare confuzie pentru începători și a făcut ca JavaScript să fie o posibilă limbă maternă . Majoritatea răspunsurilor la depășirea stivei au încetat să funcționeze brusc, deoarece au fost scrise inițial pentru Python 2. Răspunsurile noi nu au fost scrise, întrucât adresarea aceleiași întrebări pentru Python 3 va face ca întrebarea să fie -votat, blocat & șters sau marcat ca duplicat de moderatori aleatori mai puțin informați care nu erau la curent cu această problemă specifică Python, de asemenea, Stackoverflow nu a fost conceput pentru a conversa în jurul întrebărilor cu mai multe versiuni ale aceluiași limbaj de programare.

Unelte grozave precum WxPython, PyQT, PySide au devenit vechi și ignorante, deoarece „Python 3” a fost brusc impus ca prioritate. (Imaginați-vă ca dezvoltator open source, brusc PSF / comunitatea declară munca dvs. depreciată, s-ar putea să pierdeți spiritul, nu v-ar păsa prea mult, asta s-a întâmplat cu sute de biblioteci, bibliotecile grozave au fost declarate moștenire chiar au crezut că lucrează bine, doar pentru că PSF a vrut să împingă Python3. Nu a fost într-adevăr să omoare bibliotecile din anii 100 doar pentru că autorul nu a avut timp / interes în portare (cunoscut și în 2 și 3)

Experiența portării în Python 3 nu a fost la fel de ușor pe cât vă imaginați sau credeați PSF. Pentru un dezvoltator, poate fi pur și simplu mutarea la 2 la 3. Dar pentru proprietarul unei biblioteci este totul despre „ menținerea 2 și 3 în același timp, cu costuri suplimentare de testare.

Astfel, toată lumea a asistat la asta în perioada 2006-2016 nu s-au întâmplat lucruri inovatoare sau inovatoare în lumea Python, erau ocupați să rezolve tranziția Python 3 (portare și întreținere) și să elibereze caracteristici mici de abia k strigând capetele pe apă. Cu toate acestea știam cu toții că 2006-2016 a fost momentul definitoriu al tehnologiei web și al tehnologiilor mobile.

JavaScript a început să domine peste tot cu cadre revoluționare și noi moduri de a face lucrurile (cum ar fi IO non-blocant, socketuri web etc.) în timp ce Comunitatea Python își bătea capul în jurul curățării mizerie. Python 3 este bun, dar cronometrat greșit. Acesta este motivul pentru care Python nu are un cadru multiplataforma adecvat pentru mobil.

În timp ce C # are Xamarin, JS are Cordova și Titanium, chiar și Lua are Corona, dar echivalentele Python Kivy și PyQT continuă să se blocheze. , Python va avea un viitor puternic în învățarea automată, NLP, calculul statistic și științific. Deci, pentru a repeta punctul Python a pierdut orice ar fi meritat din 2006-2016, dar va domina ceea ce merită cu adevărat din 2016-2026, din păcate, dezvoltarea mobilă (front-end) nu este una dintre ele.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *