Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > it.comp.lang.visual-basic > #18761

Re: Pare che Microsoft comprerà Xamarin

From "buongiorno" <Juve@merda.it>
Newsgroups it.comp.lang.visual-basic
Subject Re: Pare che Microsoft comprerà Xamarin
Date 2016-03-14 17:25 +0100
Organization Aioe.org NNTP Server
Message-ID <nc6ol8$1jub$7@gioia.aioe.org> (permalink)
References (2 earlier) <1rdfm7edzdjxj.de2z54gw0oue.dlg@40tude.net> <nc6673$g40$7@gioia.aioe.org> <1cj8gi6zxv41b$.5rroml6xm1tz.dlg@40tude.net> <nc69pe$mg1$7@gioia.aioe.org> <1f4ovu4nnaljg$.10iek2vurjq1y.dlg@40tude.net>

Show all headers | View raw



"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

Back to it.comp.lang.visual-basic | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Pare che Microsoft comprerà Xamarin "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2016-02-29 15:43 +0100
  Re: Pare che Microsoft comprerà Xamarin Al3xI98O <chiedimela@gmail.com> - 2016-02-29 17:48 +0100
  Re: Pare che Microsoft comprerà Xamarin "buongiorno" <Juve@merda.it> - 2016-03-05 22:04 +0100
    Re: Pare che Microsoft comprerà Xamarin "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2016-03-09 15:43 +0100
      Re: Pare che Microsoft comprerà Xamarin "buongiorno" <Juve@merda.it> - 2016-03-14 12:10 +0100
        Re: Pare che Microsoft comprerà Xamarin "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2016-03-14 12:53 +0100
          Re: Pare che Microsoft comprerà Xamarin "buongiorno" <Juve@merda.it> - 2016-03-14 13:11 +0100
            Re: Pare che Microsoft comprerà Xamarin "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2016-03-14 16:06 +0100
              Re: Pare che Microsoft comprerà Xamarin "buongiorno" <Juve@merda.it> - 2016-03-14 17:25 +0100
                Re: Pare che Microsoft comprerà Xamarin Luca D <antaniserse@yahoo.it> - 2016-03-14 10:02 -0700
                Re: Pare che Microsoft comprerà Xamarin "buongiorno" <Juve@merda.it> - 2016-03-14 18:39 +0100

csiph-web