Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > it.comp.lang.visual-basic > #18762
| Newsgroups | it.comp.lang.visual-basic |
|---|---|
| Date | 2016-03-14 10:02 -0700 |
| References | (3 earlier) <nc6673$g40$7@gioia.aioe.org> <1cj8gi6zxv41b$.5rroml6xm1tz.dlg@40tude.net> <nc69pe$mg1$7@gioia.aioe.org> <1f4ovu4nnaljg$.10iek2vurjq1y.dlg@40tude.net> <nc6ol8$1jub$7@gioia.aioe.org> |
| Message-ID | <a8dc00e8-e2f4-4412-8eb7-01a398751fbb@googlegroups.com> (permalink) |
| Subject | Re: Pare che Microsoft comprerà Xamarin |
| From | Luca D <antaniserse@yahoo.it> |
Il giorno lunedì 14 marzo 2016 17:25:18 UTC+1, buongiorno ha scritto: > per me è già un grosso applicativo ...vivsto che lo faccio per hobby e non > per lavoro Beh, da quel punto di vista, sei nella situazione ideale... il problema di "rimanere indietro" è quando lo fai di mestiere, e da una parte vorresti aggiornarti, ma dall'altra sei sempre a far conto con scadenze impellenti, mantenimento softweare esistenti ecc... se non hai quel problema lì, è quasi un divertimento passare da VB6 a .NET > 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. 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
Back to it.comp.lang.visual-basic | Previous | Next — Previous in thread | Next in thread | Find similar
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