Path: csiph.com!aioe.org!.POSTED!not-for-mail From: "buongiorno" Newsgroups: it.comp.lang.visual-basic Subject: =?iso-8859-1?Q?Re:_Pare_che_Microsoft_comprer=E0_Xamarin?= Date: Mon, 14 Mar 2016 17:25:02 +0100 Organization: Aioe.org NNTP Server Lines: 101 Message-ID: References: <1rdfm7edzdjxj.de2z54gw0oue.dlg@40tude.net> <1cj8gi6zxv41b$.5rroml6xm1tz.dlg@40tude.net> <1f4ovu4nnaljg$.10iek2vurjq1y.dlg@40tude.net> NNTP-Posting-Host: 3Fsjg8gtUVN5a1e83RvdbQ.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org X-Newsreader: Microsoft Windows Live Mail 15.4.3555.308 X-Notice: Filtered by postfilter v. 0.8.2 X-Antivirus-Status: Clean X-MSMail-Priority: Normal X-Priority: 3 Importance: Normal X-Antivirus: avast! (VPS 160314-0, 14/03/2016), Outbound message X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 Xref: csiph.com it.comp.lang.visual-basic:18761 "Andrea (Work)" ha scritto nel messaggio news:1f4ovu4nnaljg$.10iek2vurjq1y.dlg@40tude.net... Il Mon, 14 Mar 2016 13:11:10 +0100, buongiorno ha scritto: >>>Chi ha detto di passare in pianta stabile a c#, ma sicuramente se il >>>gioco >>>funzionasse preferirei scrivere programmi per android con c# che con >>>java. >>>Anche se poi per far le cose serie probabilmente ci saranno dei bei >>>limiti. > > Io sono per la semplicità sempre e comunque....ho scritto programmi > VB ( magari con 40.000 / 50.000 linee di codice ) ? cerco un Tools > che mi consenta nel piu' breve tempo possibile il passaggio senza > riscrivere tutti ( per esempio B4A ) e che mi consenta di non perdere > tutto l'acquisito e studiato nel passato. >50mila righe è giusto una sezione di uno dei tanti applicativi. per me è già un grosso applicativo ...vivsto che lo faccio per hobby e non per lavoro >Se pensi di riscrivere un programma da vb6 a .NET senza sfruttare >ereditarietà, overload, programmazione ad oggetti per come è in .NET, non è >colpa di .NET. >Personalmente non ho mai pensato di usare un tool automatico per creare >qualcosa di usabile. Il tool automatico ( che era assurdo ) almeno poteva prevedere la riscrittura corretta dei FORM ( non dico del codice ) in modo da non far perdere tutto il lavoro grafico fatto in precedenza. >>>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. > > non esiste.....una applicazione scritta in VB6 portata su vb.net sarà > sempre piu' veloce >>Certo se obblighi .NET a lavorare in modo da non sfruttare nulla di quello >>per cui è nato, con codice tradotto magari da un tool che fa quel che può, >>allora sì, anche una cinquecento può risultare più veloce di una ferrari >>col motore della cinquecento. Appunto devi ristudiarti tutto da zero o quasi ...come per la nuova UNIVERSAL cavolata > Se invece è un applicazione NATA su vb.net che vuole sfruttare ovviamente > non si puo' > fare un paragone attendibile. Del codice inferiore ( sempre parlando della > stessa > applicazione portata da vb6 a vb.net ) non ci giurerei e manco della > dimensione dell'eseguibile > Almeno succede cosi alle MIE applicazioni... >Se così allora anche l'applicazione in quick basic è più veloce di quella >vb6 tradotta, che è più veloce di quella .NET tradotta. Proviamo però a >riscriverle conoscendo lo strumento e sfruttando le peculiarità. Sennò >siamo sempre a scrivere routine per ordinare un vettore... Ma ci sono stati molto meno problemi a migrare programmi scritti in gwbasic ( le mie erano scritte addirittura in hisoft basic ). >Lo strumento c'è, se decidi di usarlo in modo superficiale non è che ti >puoi lamentare delle sue performances. >Io mi trovo quotidinamente a sviluppare modifiche in vb6 e dire "se lo >potessi fare in .net ci metterei molto meno tempo". >>>Ad aprirsi forse ci sta qualche attimo in più, ma se hai un buon PC >>>nessun >>>problema. > > 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. appunto I5 ssd prova con un QUAD di qualche anno fa --- Questa e-mail è stata controllata per individuare virus con Avast antivirus. https://www.avast.com/antivirus