Le app mobili possono essere sviluppate utilizzando Python?

La migliore risposta

Python è emerso come uno dei linguaggi più popolari per lo sviluppo di app mobili. Detto questo, sviluppo di app per dispositivi mobili utilizzando Python è un concetto popolare tra la comunità degli sviluppatori. In effetti, è stato votato il miglior linguaggio di programmazione per il 2019, battendo loriginale linguaggio di codifica, Java. Python non solo rende lo sviluppo facile ma anche fluido.

Rispondendo alla tua domanda, sì, puoi codificare app mobili utilizzando Python. Ma perché gli sviluppatori scelgono Python rispetto a qualsiasi altro linguaggio?

· È facile da leggere e da capire

· Le app di codifica e le app web sono veloci e costanti

· Fornisce uno sviluppo basato sui test

· Ha una libreria standard che ti permette di selezionare moduli da unampia gamma in base alle tue esigenze

· Supporta tecnologie moderne come Big Data e Cloud

· It è supportato da una comunità forte e solidale che fornisce strumenti di sviluppo Python per facilitare la codifica

Quindi, quali tipi di app puoi creare usando Python?

Bene, puoi creare applicazioni blockchain , comm applicazioni in linea, applicazioni audio e video, sviluppo di app di giochi, applicazioni di amministrazione di sistema, applicazioni di machine learning e altre app aziendali.

Inoltre, Python supporta anche altre esigenze come lo sviluppo di software e web, elaborazione di immagini e OCR, test automatici e web crawler.

Risposta

tl; dr version: PSF ha effettuato la migrazione a Python 3 come priorità per la comunità, che ha soppresso innovazioni pitoniche durante il 2006-2016, che è stato il momento decisivo nella storia delle moderne tecnologie Web e delle tecnologie mobili.

Ecco la risposta autentica. Il lancio di Python 3 è stata la causa principale di questo problema.

Python 3 è stato lanciato nel 2006 e non è decollato così velocemente come PSF si aspettava. Per superare la gravità di Python 2.7 avevano per uccidere deliberatamente Python 2 utilizzando numerose strategie, la strategia principale è smettere di aggiungere nuove funzionalità a Python 2.7 ( aka semplicemente abbandonare il linguaggio di tipizzazione dinamica più popolare al mondo di quel tempo )

Al contrario, cerano varie comunità che continuavano a eseguire il back port di nuove funzionalità di Python 3 su Python 2.7, il che rallentava ulteriormente ladattamento di Python 3. Quindi devono premere il kill switch di dichiarando Python 2.7 come legacy nonostante le conseguenze, devi ricordare che Python 2 aveva il set di funzionalità più moderno di quel tempo rispetto a C, C ++, Perl, Java ecc. Non cera nulla di ereditario al riguardo.

Quel periodo di transizione di 10 anni è stato un grande incubo nel peggiore dei casi, le comunità (specialmente i proprietari di librerie) sono state costrette a mantenere il loro codice compatibile sia con 2 che con 3, il che ha causato un aumento vertiginoso del costo dei test, che ha influito sulla “libertà di pensiero, libero flusso di idee ecc. improvvisamente divenne una responsabilità perché dovevi “aspettarti” di scrivere sia in Python 2 che 3. La produttività era la cosa originale che rese popolare Python, che non era il esperienza durante la transizione.

In tutti i 10 anni i pitonisti non sono stati né codificando in Python 2 né in Python 3 , ci sono stati language ( Python X) pieno di hack hodgepodge qua e là senza una documentazione chiara, cerano abbastanza linee guida ufficiali per il porting a Python 3 ma non per mantenere il codice in Python 2 e 3 poiché non si aspettavano che si sarebbe verificato un problema del genere.

Porting da 2 -> 3 wa È facile per un utente finale, ma come proprietario di una libreria mantenere per 2 e 3 è stato un incubo. Molte librerie sono state semplicemente abbandonate.

Lesperienza di apprendimento di Python via Internet ha raggiunto il minimo storico, le domande su Google avrebbero portato a post sul blog e Stackoverflow che contenevano frammenti per Python 2. Ogni conoscenza archiviata (anche semplice come ordinare un dict) doveva essere riscritta ancora una volta per Python 3 e contrassegnati con le versioni di Python appropriate. Questa parte ha causato grande confusione tra i neofiti e ha reso JavaScript come possibile prima lingua . La maggior parte delle risposte di overflow dello stack ha smesso di funzionare improvvisamente poiché erano state originariamente scritte per Python 2. Non sono state scritte nuove risposte poiché spesso porre la stessa domanda per Python 3 farà sì che la domanda sia inattiva -votato, bloccato e cancellato o contrassegnato come duplicato da moderatori casuali meno informati che non erano a conoscenza di questo problema specifico di Python, inoltre Stackoverflow non è stato progettato per conversare su domande su più versioni di uno stesso linguaggio di programmazione.

Grandi strumenti come WxPython, PyQT, PySide sono diventati vecchi e ignari perché “Python 3” è stato improvvisamente imposto come priorità. (Immagina di essere uno sviluppatore open source, improvvisamente PSF / comunità dichiara che il tuo lavoro è deprecato, potresti perdere lo spirito, non ti importerebbe molto, è quello che è successo a centinaia di biblioteche, le grandi biblioteche sono state dichiarate eredità anche se pensavano che funzionassero bene, solo perché PSF voleva spingere Python3. Non è stato effettivamente uccidere centinaia di librerie solo perché lautore non aveva tempo / interesse per il porting (ovvero il mantenimento in 2 & 3)

Lesperienza del porting in Python 3 non è stato così facile come immagini o come pensava la PSF. Per uno sviluppatore potrebbe essere semplicemente spostare da 2 a 3. Ma per un proprietario di libreria lo è tutto su “ mantenere ” 2 e 3 allo stesso tempo, con un costo aggiuntivo per i test.

Pertanto, tutti ne sono stati testimoni dal 2006 al 2016 non cerano innovazioni o cose rivoluzionarie accadute nel mondo di Python, erano impegnati a risolvere la transizione di Python 3 (porting e mantenimento) e rilasciare piccole funzionalità a malapena k eeping le teste sullacqua. Tuttavia, sapevamo tutti che il 2006-2016 è stato il momento decisivo della tecnologia web e delle tecnologie mobili.

JavaScript ha iniziato a dominare ovunque con framework rivoluzionari e nuovi modi di fare le cose (come IO non bloccanti, socket web ecc.) Mentre La comunità di Python stava facendo di tutto per pulire il casino. Python 3 è buono ma con un tempismo sbagliato. Questo è il motivo per cui Python non ha un framework multipiattaforma adatto per i dispositivi mobili.

Mentre C # ha Xamarin, JS ha Cordova e Titanium, anche Lua ha Corona, ma gli equivalenti Python Kivy e PyQT continuano a bloccarsi. , Python avrà un futuro forte sullapprendimento automatico, la PNL, il calcolo statistico e scientifico. Quindi, per ripetere il punto Python ha perso qualunque cosa si meritasse dal 2006 al 2016, ma dominerà ciò che veramente merita dal 2016 al 2026, purtroppo lo sviluppo per dispositivi mobili (front-end) non è uno di questi.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *