Microsoft: Xamarin è gratuito per utenti Visual Studio e sarà open source
Microsoft conferma in occasione della Build conference 2016 la decisione di rendere open source Xamarin, annunciata, contestualmente, la possibilità offerta agli utenti Visual Studio di utilizzarlo senza costi aggiuntivi
di Salvatore Carrozzini pubblicata il 31 Marzo 2016, alle 19:25 nel canale Sistemi OperativiWindowsMicrosoft










Due mesi di Battlefield 6: dalla campagna al battle royale, è l'FPS che stavamo aspettando
Antigravity A1: drone futuristico per riprese a 360° in 8K con qualche lacuna da colmare
Sony Alpha 7 V, anteprima e novità della nuova 30fps, che tende la mano anche ai creator
'L'UE dovrebbe essere abolita': la sparata di Musk dopo la multa a X da 120 milioni di euro
Non solo smartphone: Samsung sta lavorando a un nuovo Galaxy Watch Ultra
Nessuno vuole comprare iPhone Air: il valore di permuta è già crollato
Porsche Taycan 2027 elettrica con cambio simulato per una guida più coinvolgente?
Roscosmos: stazione spaziale russa ROS avrà la stessa inclinazione della ISS per questioni di sicurezza
Auto 2035, sei governi UE (c'è l'Italia) chiedono una revisione: PHEV e biocarburanti tornano in gioco
Chernobyl: la cupola di contenimento non è più pienamente funzionale dopo l'attacco di un drone
SSD come CPU: queste memorie sono in grado di svolgere anche operazioni di calcolo
La previsione di CATL: barche elettriche in oceano in soli tre anni
Stangata in arrivo: PC e notebook costeranno molto di più nel 2026
Lian Li si è inventata il primo alimentatore con la presa 'che ruota'. Che cosa significa?
Amazon in raptus sconti: ogni 24 ore novità, qui tutti quelli di oggi con iPhone 17, anche Pro, Xiaomi F7, robot e molto altro
44 idee regalo sotto i 50€: con le offerte Amazon via pensieri e stress, facendo bella figura
Super Sconti Amazon Haul: ribassi fino al 60% su centinaia di prodotti, ma solo fino al 9 dicembre









36 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoIn ogni caso non penso che per sviluppare su Android/iOS sia una scelta furba usare le qt.
Ormai questi due sistemi hanno sviluppato un loro ecosistema, insieme a tutte delle convenzioni grafiche che, ovviamente, con le qt è molto difficile riprodurre.
Faccio un esempio pratico.
Molto spesso un app Android ha necessità di accedere al tuo account Google. Usando gli strumenti ufficiali, basta inserire un modulo (già preconfigurato) e sei apposto. Con le Qt invece dovresti scriverti tutto tu. Testarlo ed eventualmente fixare eventuali bug.
Con iOS sarà ancora peggio, considerando la mole di oggetti preconfezionati (e fortemente ottimizzati) che ti fornisce xcode.
Senza considerare che alla fine questi strumenti sono praticamente free.
E a questo punto perché usare Qt? Con Xamarin non ho questi problemi e non pago nulla
Qt copre un numero più ampio di piattaforme/ecosistemi inoltre hai meno problemi di retrocompatibilità e di supporto sul lungo termine (visto che hai accesso completo ai sorgenti e nel caso peggiore puoi ricompilare tutto da te per una delle innumerevoli piattaforme supportate).
La licenza commerciale al momento serve solo su iOS ed Android se vuoi sviluppare un prodotto commerciale "direttamente" a pagamento oppure se servono alcune delle funzionalità "per applicazioni comemmerciali" (in-app purchase ecc.).
Nel caso di Android si può monetizzare su add-on e plug-in (l'app principale ha già le librerie Qt, ma gli add-on sono a pagamento sullo store) oppure con l'advertising.
In altre parole, non è quella gran limitazione che sembra inizialmente.
Si, ma qui risulti iscritto dal 2011 e quindi il fraintendimento viene spontaneo.
Questo se sviluppi solo per essi e non hai una mole notevole di codice di backend tuo che vuoi essere in grado di riutilizzare altrove, è tutto un altro paio di maniche se hai roba che gira da anni su Windows CE 6, Windows "desktop", Linux embedded o se sai che serve un prodotto multipiattaforma che non dipenda troppo dalle strategie di un azienda focalizzata su UNA piattaforma.
Faccio un esempio pratico.
Molto spesso un app Android ha necessità di accedere al tuo account Google. Usando gli strumenti ufficiali, basta inserire un modulo (già preconfigurato) e sei apposto. Con le Qt invece dovresti scriverti tutto tu. Testarlo ed eventualmente fixare eventuali bug.
Ti sei scordato i vantaggi dell' open source ?
http://www.ics.com/technologies/qt/qt-based-clients-google-apis
Per esperienza diretta, usare funzionalità "speciali" di Android da Qt "codificando da zero"
non è quel problema che sembra, ricorda che sia Android che iOS supportano
anche lo sviluppo di software in C++.
Da lato C++ si ha accesso a tutto il necessario per usare le API di Android, integrare librerie scritte in Java per esso, interagire con altre app o con estensioni, ecc.
(e le librerie Qt hanno pure delle funzioni ed oggetti per semplificare tale interfacciamento).
Senza considerare che alla fine questi strumenti sono praticamente free.
E' nel "praticamente" che si nascondono le differenze.
Nel senso che ad esempio Qt è votato ad essere multipiattaforma mentre invece Xamarin alla fine si sa cosa ha come riferimento e cosa privilegerà.
Xamarin copre Mac OS, iOS e Android, il codice posso riciclarlo per WP/UWP e Windows desktop, volendo posso anche usarlo su Linux con GTK#
cosa mi manca? bada, tizen e blackberry?
anche Mono è open source e adesso lo è anche Xamarin (che gira sopra mono)
sui problemi di retrocompatibilità hai qualche fonte? perché so di parecchie breaking change nel passaggio da Qt 4 a Qt 5, mentre Mono e .NET non ne hanno mai avute (e nemmeno Xamarin, se escludiamo quelle specifiche dei SO target)
la licenza aggratis di Xamarin copre tutto questo
In altre parole, non è quella gran limitazione che sembra inizialmente.
mi pare tutto tranne che immediato
inoltre, su iOS non puoi avere add-in
Nel senso che ad esempio Qt è votato ad essere multipiattaforma mentre invece Xamarin alla fine si sa cosa ha come riferimento e cosa privilegerà.
Sii più chiaro, esattamente cosa ha Xamarin come riferimento e cosa privilegerà?
sui problemi di retrocompatibilità hai qualche fonte? perché so di parecchie breaking change nel passaggio da Qt 4 a Qt 5, mentre Mono e .NET non ne hanno mai avute (e nemmeno Xamarin, se escludiamo quelle specifiche dei SO target)
Ti posso confermare che su Qt (come su tutte le cose parte del mondo Open Source) i breaking change sono all'ordine del giorno:
[LIST=1]
[*]Nel passaggio da Qt4 a Qt5 non una sola riga del nostro codice compilava! Abbiamo dovuta riempirlo di #ifdef e peggio ancora anche la variabile di enviroment QT_MAJOR_VERSION era definita solo per Qt5! Così in realtà quando - mesi dopo - provammo a compilare su Qt4 non compilava lo stesso!
[*]Tra Qt 5.5 e Qt 5.6 hanno abolito WebKit per usare Blink... anni ed anni di codice da buttare nel cesso! Il modo giusto - e non si discute - era di mantenere 2 versioni la versione basata su Webkit (segnatela come legacy / deprecated) e quella basata su Blink!
[/LIST]
Spero che facciano qualcosa anche per Linux e soprattutto di riuscire a convincere i miei capi ad usarlo... sono stufo di dover usare ste cose pasticciate.
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".