Newsgroup: it.comp.os.linux.software
Titolo: mono

Che ne pensate di mono e di tutto ció che gli ruota attorno?
In azienda stiamo pensando di usarlo per sviluppare per Android/Iphone, 
ma io sono perplesso...
-- 
g4b0, linux user n. 369000
http://brosulo.net

 ma io sono perplesso...
Ho provato una sola volta un'app sviluppata con Mono su Android ed era 
inutilizzabile per quanto pesante. OK, era un telefono con 516 MHz e non 
regge coi recenti dual core, ma se devo fare una cosa "lenta" e 
multipiattaforma almeno la faccio con qualcosa di standard: HTML5, CSS3 e 
Javascript. Magari con tool come Phonegap.
Personalmente lo evito come la peste anche sul desktop, almeno finche` De 
Icaza non mantiene la promessa di togliere da Mono tutto il codice a 
rischio, e dopo oltre un anno non ha ancora iniziato a farlo.
Bye.

 e Javascript. Magari con tool come Phonegap.
ed allora ho una domanda per te.
Sai se esiste un metodo per applicazioni iphone fatte con html5+css3+js , 
per far ritornare l'applicazione all' ultima pagina visualizzata prima 
della pressione di un eventuale tasto di chiamata? (insomma un link con 
attribto callto).
A me sembra di aver capito che si puo' fare solo in codice nativo 
(Objective C ), ma non si sa mai...
grazie

 (Objective C ), ma non si sa mai...
No, mi spiace, non ho ancora trovato il tempo sufficiente a impratichirmi 
con l'iPhone.
Su Android dovrebbe essere automatico: finita l'Activity della chiamata 
dovrebbe tornare alla Activity precedente nello stesso stato in cui si 
trovava.
Bye.

 rischio, e dopo oltre un anno non ha ancora iniziato a farlo.
Hai qualche link a proposito del codice "a rischio"? Quali rischi si 
corrono?


 corrono?
Tutto quello che non e` compreso nello standard ECMA, e in particolare 
ASP.Net, ADO.Net e Windows Forms.
De Icaza aveva detto che li avrebbe rimossi dal core e messi in una 
libreria facoltativa, pronti ad essere eliminati in caso di problemi di 
brevetti, ma non mi risulta che abbia ancora iniziato a farlo.
Bye.

 ma io sono perplesso...
E usare Java, nello specifico J2ME (che, tra l'altro, e` il linguaggio di 
riferimento per Android)?
Enrico
P.S. non so se l'iPhoneMerda supporti Java...

 ma io sono perplesso...
Mono su Android? Mischiare Microsoft e Apple?
Come la penso io?
Tu vai a Pechino ed ordina una pizza margherita
o oin Texas ed ordina un caffè e poi ne riparliamo.
PS se non hai capito la pizza solo a Napoli e Java dappertutto.

 brevetti, ma non mi risulta che abbia ancora iniziato a farlo.
Ok. Ma il rischio qual'é? Microsoft fa causa a De Icaza e questo ritira 
Mono dal mercato? E le apps giá funzionanti?


 Mono dal mercato? E le apps giá funzionanti?
Il rischio e` appunto che vengano sviluppate un tot di applicazioni 
"necessarie" con Mono (per esempio gnome-session o gdm), e che MS decida 
di staccare la spina, dando una botta secca a un bel po' di ecosistema 
Linux.
Finche` si parla di player audio, di gestori di foto o eventualmente 
anche di client email il rischio e` basso, si sostituiscono con diverse 
alternative.
Quando le alternative non ci sono o sono molto indietro, e` troppo 
rischioso, IMHO.
Bye.

 P.S. non so se l'iPhoneMerda supporti Java...
No, Java non c'e` su iPhone.
L'unica virtual machine approvata e` appunto Mono. Forse hanno fatto 
rientrare Flex dopo le proteste e i rischi di denuncia di qualche mese fa.
Bye.

 ASP.Net, ADO.Net e Windows Forms.
Che, se vogliamo essere fiscali, sono tecnologie non vincolanti per Mono, 
ovvero nulla mi impedisce di sviluppare un'applicazione desktop evitando di 
utilizzare le tecnoolgie da te citate. Detto questo, secondo quanto 
riportato in 
http://www.mono-project.com/Licensing#Patents
 e verificando la 
struttura del repository, in caso Ms "stacchi la spina" gli sviluppatori 
Mono non faranno altro che rimuovere dalla codebase qualcosa che gia` hanno 
isolato e che colpira` solo una minima parte degli utenti, ovvero quelli che 
auspicavano ad una vera portabilita` del software (e cioe` senza utilizzare 
Mono in ambito Windows) da loro scritto. Comunque, il problema di tutta 
questa situazione e` dovuto a come e` stata gestita tutta la parte di PR da 
parte di Icaza e soci ("Mono e` difendibile da problemi legali" "Si, e` 
difendibile" "E come?" "Si e` difendibile" "Ma..." "Si e` difendibile")
Enrico

 Per molti usi e` piu` che sufficiente.
Secondo te nelle sue limitazioni c'é anche che non puó connettersi ad un 
db remoto, tipo SQLServer?


 "Si e` difendibile" "Ma..." "Si e` difendibile")
Sicuramente anche quello.
Bye.

 db remoto, tipo SQLServer?
A quello si rimedia. Per esempio fai sul server un "gateway" in PHP che 
interroghi in javascript+json dall'applicazione sul telefono.
Non hai accesso diretto all'SQL, ma volendo lo puoi anche avere con un 
gateway stupido (occhio alle autorizzazioni, pero` :) )
Bye.

 gateway stupido (occhio alle autorizzazioni, pero` :) )
Che peccato dover abbandonare questa soluzione per un motivo cosí 
banale, mi ispirava questo phonegap (anche se resto dell'idea che le 
applicazioni in codice nativo siano comunque le migliori)


 Preferisce mono che si collega in modo diretto.
Il management preferisce esporre su Internet un SQLServer senza niente 
davanti? Andiamo bene... :)
Bye.


In realtá il server sarebbe accessibile solo da lan, in quanto si tratta 
di un applicativo a corredo di un sw che produciamo.
Detto ció anche secondo me ha poco senso, ma non posso farci nulla... Mi 
sa che torno su Mono, anche se preferirei, a questo punto, sviluppare in 
sw nativo.


 un pacchetto a parte come gtk-sharp.
Si, sono integrate nel pacchetto core di mono, ma sono comunque facilmente 
rimuovibili dal sistema. Intendiamoci, sicuramente una gestione piu` oculata 
e piu` chiara non sarebbe male, ma anche cosi` il rischio e` minimo
Enrico

 ma io sono perplesso...
So che il thread e` vecchio, ma penso che un'alternativa possa interessarti: 
Lazarus
Pro:
 - Nativo
 - Multiparadigma;
 - Multipiattaforma;
 - IDE potente;
 - Linguaggio semplice (Object Pascal);
 - Buona libreria.
Contro:
 - Poca community (l'ObjPascal, almeno in italia, non attira molti utenti).
Enrico

"Enrico 'Henryx' Bianchi" <enrico....@gmail.com_INVALID_> ha scritto nel 
messaggio news:j1k4oo$9v6$1...@tdi.cu.mi.it...

Io uso Basic4android .... :-)
Ma nn sono un professionista .
Lazarus puo' far qualcosa in ANDROID ? 

 Lazarus puo' far qualcosa in ANDROID ?
Sembrerebbe di si: 
http://wiki.freepascal.org/Android_Interface
Enrico


Grazie, ma alla fine ci siamo orientati verso i linguaggi standard per 
ciascuna piattaforma. Abbiamo testato a destra e manca, ma ciascuna 
alternativa aveva dei difetti o delle mancanze, quindi per sicurezza ci 
siamo orientati sugli standard..


 Lazarus puo' far qualcosa in ANDROID ?
Se vuoi sviluppare su Android impara Java.
Lascia perdere tutto il resto.
Valuta HTML+CSS+Javascript solo se ti serve multipiattaforma e non hai le 
risorse per imparare anche Objective-C.
Bye.

 ha scritto nel messaggio 
news:9bp38v...@mid.individual.net...

Ok    il Basic4android  fa proprio questo .......sviluppa in JAVA ...!!!!
Una cosa notevole e' la somiglianza col VB6 (ormai defunto sul pc)
e l'ide rafico direttamente sul Tablet / fonino... 

 Lascia perdere tutto il resto.
Non vedo il perche`, visto che C, C++ o Object Pascal ti permettono di 
sviluppare applicazioni native per Android. Nel caso di Object Pascal, poi, 
hai molti meno problemi di portabilita`, visto che il compilatore di 
riferimento per tutte le piattaforme e` lo stesso (Free Pascal Compiler, a 
cui si appoggia Lazarus)
Enrico

 Compiler, a cui si appoggia Lazarus)
Non uso Pascal dai tempi delle superiori, e onestamente non consiglierei 
a nessuno di mettersi a studiarlo oggi. :)
Bye.

 a nessuno di mettersi a studiarlo oggi. :)
Oddio, dipende, dopo tutto e` un'ottima (l'unica?) alternativa al C/C++ ed 
ai linguaggi interpretati (o bytecode)
Enrico



E` vero, tra i linguaggi "mainstream" e` rimasto solo lui, come 
alternativa.
Ma a livello educativo consiglierei piuttosto Java e Python (uno per la 
rigidezza, l'altro per la flessibilita` e l'eleganza), mentre per lo 
"sporco lavoro" C/C++, tra i compilati.
Il pascal lo vedo sulla via del tramonto, e non piu` attuale come 
linguaggio didattico.
Ma sono opinioni mie.
Bye.

 linguaggio didattico.
Personalmente no, soprattutto per la sua posizione di alternativa al C ed al 
C++. Purtroppo pero` so bene che non sono in molti a pensarla come me (basta 
vedere la classifica Tiobe per capirlo) ed e` una cosa che, alla lunga, 
ritengo che si rivelera` negativa. Forse le cose potrebbero migliorare se Go 
prendesse piede, ma dubito
Enrico