Vorrei passare da vb6 a delphi , che ne pensdate ? qualche consiglio ? ho
da fare un porting di un gestionale enorme c'è un sistema automatico ?

Grazie

On Tue, 13 May 2008 11:37:05 +0200, "Antonio T" wrote:

Dubito molto che esistano tool (migliori quindi della mente umana) che
riescano a ricondurre la logica implementativa usata in un
linguaggio/sistema come VB in quella di un linguaggio/sistema come
Delphi. In Delphi le cose si fanno in modo fondamentalmente diverso da
come si fanno in VB, quindi se vuoi che il tuo "gestionale enorme" sia
costruito a dovere, sotto Delphi, diffida dai tool automatici.
Tutto dipende dai requisiti di tempo, comunque. Imparare Delphi come
si deve e riscrivere tutto secondo le sue logiche (ereditarietà tra
datamodule, uso eventuale di clientdataset, VFI, ecc...) richiede anni
d'esperienza.

Il Tue, 13 May 2008 11:37:05 +0200, Antonio T ha scritto:

Il consiglio è iniziare rivolgendosi ad un professionista che faccia
un'approfondita analisi del tuo gestionale.
Il fatto è che se è stato scritto in VB6 non hai altra soluzione che la
riscrittura. I tools di porting, per quanto affinati possano essere, da
soli non sono in grado di convertire tutto, pertanto ti suggerisco di
evitare ulteriori perdite di tempo. Un'altra ragione è che VB6 non è ad
oggetti, mentre oggi qualsiasi linguaggio/framework lo è, pertanto ha senso
riscrivere in un'ottica di riutilizzo, modularizzazione e distribuibilità
del software.. vantaggi che ottieni solo con una scrittura ad oggetti.

Poi, che tu decida di farlo in Delphi o in VB.NEt o in qualsiasi altro
linguaggio che porti a .net... quello è secondario.

Una volta fatta questa analisi, proseguite pesando tutte le componenti, ed
eventualmente ridisegnate l'architettura e/o i ponti di evoluzione dal
vecchio modello a quello nuovo.

On Tue, 13 May 2008 14:21:57 +0200, Morde mailinator.com>
wrote:

Non è propriamente vero. VB6 è ad oggetti ma non è object-oriented.

Il Tue, 13 May 2008 14:35:44 +0200, Andrea Laforgia ha scritto:

Non conosco in profondità VB6, pertanto grazie per la precisazione.

On 13 Mag, 11:37, "Antonio T" wrote:

analizzare il tutto, progettare come si deve e riscrivere.
Ma, prima di tutto, cio, valutare se il costo di tale operazione vale
il risultato che si desidera ottenere.

spero prp che NON esista....la cura ihmo sarebbe peggiore del male.

A.

Non sarei cosi' negativo come gli altri.

Ricerca con google VbtoDelphi
e troverai documentazione e tools

ciao

--- posted by geoForum on http://www.delphiedintorni.it

E neanche Andrea a quanto pare..

Infatti è object-oriented ma in modo limitato:

http://articles.techrepublic.com.com/5100-10878_11-5799953.html

--- posted by geoForum on http://www.delphiedintorni.it

On Tue, 13 May 2008 20:34:12 +0100, "Troll"
wrote:

No, cazzone, so bene quel che dico. A parte il fatto che non esiste un
"object-orientation limitato", tu e il simpatico scrittore di
quell'insulso articolo (citi gente a caso e non gente competente)
ignorate il fatto che si ha object-orientation quando si implementa
ereditarietà e polimorfismo e non il semplice incapsulamento (che è
ciò che basta per definire un linguaggio object-based).

Un buon OOP dovrebbe (should) avere ciò che dici per essere un valido OOP

http://c2.com/cgi/wiki?ObjectOriented

Ma un normale OOP potrebbe anche non avere eredità e polimorfismo..

Confondi le caratteristiche dei moderni OOP con un OOP semplice che
suppur sia semplice è sempre un OOP. Quindi ciò che dici è doppiamente
sbagliato..

--- posted by geoForum on http://www.delphiedintorni.it