Newsgroup: it.comp.lang.visual-basic
Titolo: Pare che Microsoft comprerà Xamarin

http://www.01net.it/sviluppo-mobile-microsoft-compra-xamarin/
 
 
Secondo me l'unica mossa sensata per tenere tutta quella parte di
sviluppatori .NET di realtà che non possono permettersi investimenti per
formare su tutte le piattaforme mobile.
Inoltre dovrebbe giovare pure alla crescita dell'ecosistema Windows Mobile
a livello di App.
 
Ora c'è solo da passare a c# per chi è 
vb.net
.
 
Che ne pensate?

 Che ne pensate?
 
Non l'ha già comprato? Spero sia ottimo: xamarin l'ho usato per fare 
manutenzioni su programmi iOS/Android ed era C# in pratica :D
 
-- 
Al3xI98O
«L'importante non è cadere, ma sapersi rialzare»

 
 
<"Andrea (Work)"  ha scritto nel messaggio 
news:yiku8ufgorw0$.l3kr9wqbp6hg$.dlg@40tude.net...

Cioè....tutto sto bel discorso su XAMARIN e poi su un gruppo visual-basic
ti auguri che si abbandoni il VB....mah  la mente umana.....
 
 
p.s.  a mio modesto avviso visual studio 2015  è una cagata pazzesca e sono 
anni
che Mamma Microsoft ci obbliga a ristudiare  tutto dal VB6 al .net all'ASP
e ora all'UNIVERSAL minchiata
 
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 e ora all'UNIVERSAL minchiata
 
Non credo che negli altri linguaggi quando usi un nuovo framework non lo si 
debba studiare.
Nulla ti vieta di usare visual studio 2015 come facevi con il 2005. Certo 
da VB6 č diverso, ma menomale direi...

>da VB6 č diverso, ma menomale direi...
 
Nulla mi vieta  certo fare ancora programmi in VB6 ( comunque piu' veloci
e performanti di qualsiasi Universal cavolata )  pero' giŕ solo il fatto 
che
il VISUAL STUDIO č LENTO sia nella compilazione  che nell'installazione
elefantiaca  mi fa cadere le palle solo a farlo partire
 
 
 
---
Questa e-mail č stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 elefantiaca  mi fa cadere le palle solo a farlo partire
 
Su questo non sono per niente d'accordo. Dipende tutto da cosa deve fare
l'applicazione e che tipo di dati deve manipolare. Quasi sempre ho
performance migliori con .NET, basti pensare solo al miglior supporto per i
thread su macchine multicore. Per non parlare del tempo di scrittura del
codice parecchio inferiore se sfrutti quello che il framework mette a
disposizione.
 
Ad aprirsi forse ci sta qualche attimo in più, ma se hai un buon PC nessun
problema.

>problema.
 
Qualcosina ???   con lo stesso PC  c'e' una differenza abissale 
 
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 Qualcosina ???   con lo stesso PC  c'e' una differenza abissale
 
VB6 5 secondi (in modalità compatibilità su pc moderni)
VB2008 6 secondi
VB2015 12 secondi
 
Non è che lo apro 700 volte al giorno, ho un i5 e SSD.

>Non è che lo apro 700 volte al giorno, ho un i5 e SSD.
 
appunto I5 ssd  prova con un QUAD di qualche anno fa


 perdere tutto il lavoro grafico fatto in precedenza.
 
Il codice invece è proprio il problema minore, specie se già all'epoca sfruttavi classi e quel poco di OOP che già si poteva fare con VB6, puoi recuperare una montagna di codice con poco sforzo... non parliamo se non facevi uso di databinding e, per esempio, usavi ADO in maniera "classica", quello te lo ritrovi quasi gratis
 
Le form invece sono una rogna non indifferente, e il motivo principale è dovuto alla limitatezza del vecchio ambiente: siccome c'era un set molto ridotto di controlli nativi, tutti, chi più chi meno, ci siamo dovuti appoggiare a librerie esterne; che fossero i semplici OCX per i common controls, la roba di vbAccellerator, componenti di terze parti commerciali ecc..
 
Quello si che è difficile da convertire per un tool automatico, a meno di non fare porcherie e mantenere quelle stesse librerie come riferimento (che è assurdo in .NET visto la liberazione dal "dll hell+registry" dei bei tempi)... però onestamente ridisegnare le finestre è meno drammatico di quanto pare, di nuovo in particolar modo se già avevi la maggior parte della logica fuori, in moduli/classi a parte.
 
Non è una cosa che fai dall'oggi al domani, siamo d'accordo, ma nemmeno è l'epopea che sembra... senza contare che. quando l'hai fatta, non c'è più paragone con la velocità di sviluppo del nuovo ambiente

> >>più paragone con la velocità di sviluppo del nuovo ambiente
 
Certo pero' ora mantengo tutte e due ...la versione XP   e la versione .net 
ora dovro' farne una terza universal
