[OT] FAQ su Borland Turbo Delphi, Turbo C++ e Turbo C# (versioni gratuite e non)

[alka]

Originariamente inviato da Nikk11
Dopo anni di utilizzo di ambienti di sviluppo in inglese... se trovassi la scritta
"Punti di interruzione" anzichè "breakpoints" penso andrei in crisi

A me basta vedere il comando tipico Build tradotto negli ambienti Microsoft con Genera.

Scherzi a parte, è ovvio che per molti non si tratta di un problema insormontabile, mentre per altri, soprattutto i neofiti, potrebbero trovarsi un po' a disagio.

Può essere sempre e comunque un'occasione per imparare anche qualche termine tecnico così come viene indicato in tutto il mondo.

Ciao!

[RobMcSword]

visto che ci siamo (e che sono ignorante)

che differenza passera' tra turbo delphi e turbo delphi.net?

[alka]

Originariamente inviato da RobMcSword
che differenza passera' tra turbo delphi e turbo delphi.net?

Turbo Delphi è un ambiente per la produzione di applicazioni native (basato su Win32), ottenute sfruttando le classi e i componenti della VCL (Visual Component Library); si possono creare sia applicazioni Windows, le normali applicazioni "console" e applicazioni Web (estensioni ISAPI, NSAPI, per Apache, CGI, ...).

Turbo Delphi for .NET è analogo, ma produce applicazioni basate sul Microsoft .NET Framework, sempre utilizzando il linguaggio Delphi; è possibile creare applicazioni per Windows usando la libreria VCL.NET (una versione .NET dell'omonima libreria Win32) al posto di Windows Forms, oppure le classi della FCL (Framework Class Library) del .NET Framework di Microsoft. VCL.NET consente comunque l'uso congiunto di classi Borland e classi Microsoft, quindi in sostanza fornisce il meglio per lo sviluppo di applicazioni visuali senza impedire l'accesso alle classi create da Microsoft e introdotte nel framework (ArrayList, Hashtable, ...).
Da non trascurare la possibilità di sviluppare applicazioni per il Web basate su .NET utilizzando un package fornito con Delphi (IntraWeb) oppure lo stesso ASP.NET di Microsoft (con il "code behind" scritto in linguaggio Delphi, non in VB.NET o in C#).

Ciao!

[RobMcSword]

allora e' possibile creare un'applicazione con una ed importarla nell'altra?
(mi sembra di aver capito di si)

[alka]

Originariamente inviato da RobMcSword
allora e' possibile creare un'applicazione con una ed importarla nell'altra?

Esattamente.

Le librerie VCL (Win32) e VCL.NET sono estremamente compatibili; nella maggior parte dei casi, è possibile aprire con l'una un progetto realizzato con l'altra e ricompilare l'applicazione (non serve alcun wizard, poiché non è necessaria una migrazione: i sorgenti sono compatibili tra i due compilatori). Usando BDS, l'ambiente multilinguaggio, è possibile avere un gruppo di progetti, uno VCL Win32 e uno VCL.NET, con cui si compilano gli stessi file sorgenti in due versioni.

Avevo dimenticato di dirlo, ed è un peccato visto che si tratta di una delle caratteristiche peculiari.

Tuttavia, si tratta di un'eventualità di cui basta sapere che è possibile e fattibile, in quanto generalmente non esistono motivi seri, salvo particolari casi, per portare un'applicazione da Win32 a .NET e viceversa. Rappresenta comunque una garanzia del fatto che, adottando un percorso alternativo per .NET, è possibile sviluppare su Win32 con la possibilità di migrare facilmente verso .NET qualora un domani - anche se lo scenario resta comunque ancora remoto e forse non si verificherà mai - .NET fosse la piattaforma d'obbligo per lo sviluppo di applicazioni su Windows.

Ciao!

[RobMcSword]

ultima domanda poi smetto.

dovendo partire da 0 (per quanto riguarda delphi) ad imparare ad usare il sw, mi conviene quindi partire subito dal .net?

[alka]

Originariamente inviato da RobMcSword
ultima domanda poi smetto.

Non ci sono problemi, finché conosco le risposte.

Originariamente inviato da RobMcSword
dovendo partire da 0 (per quanto riguarda delphi) ad imparare ad usare il sw, mi conviene quindi partire subito dal .net?

Direi di no, a meno che tu non sia smodatamente interessato a .NET in quanto tale.
E' una complicazione inutile. Per un motivo peraltro molto semplice: quando conosci e sai usare il linguaggio, lo puoi sfruttare allo stesso modo su .NET, senza dover necessariamente apprendere nulla di nuovo, se non alcuni rudimenti riguardanti l'architettura della piattaforma stessa o l'uso delle classi Microsoft.

Un altro motivo è determinato dal fatto che lo stesso Windows Vista avrà API native, quindi non sarà necessario usare .NET per accedervi, tenendo anche in considerazione che si sta lavorando affinché Delphi supporti le architetture a 64 bit sempre più diffuse (si riparlerà di questo nel 2007).

Ciao!

[alka]

Originariamente inviato da RobMcSword
che differenza passera' tra turbo delphi e turbo delphi.net?

Aggiungo un'ulteriore precisazione - in seguito ad un domanda affrontata sull'argomento in un altro luogo - sul rapporto tra gli ambienti per la piattaforma nativa (Win32) e quelli per il .NET Framework.

Può capitare di leggere che Turbo Delphi for Windows e Turbo C++ for Windows necessitino del .NET Framework per il loro funzionamento.
A tal proposito, è meglio fare qualche chiarimento.

A differenza dei tool per il .NET Framework (Turbo Delphi for .NET, Turbo C# for .NET) i quali richiedono la presenza del .NET Framework SDK per poter funzionare (dato che quel pacchetto contiene strumenti necessari, soprattutto al secondo citato), i tool per la piattaforma nativa Win32 richiedono la presenza del solo .NET Framework Redistributable Package, in sostanza il pacchetto da una ventina di MB che si scarica dal sito Microsoft o su WindowsUpdate e si installa per poter eseguire applicazioni basate sul .NET Framework 1.1.

I motivi sono molto semplici: pur essendo ambienti che indirizzano la piattaforma nativa Win32, Turbo Delphi for Windows e Turbo C++ for Windows sono applicazioni native che si appoggiano a particolari classi della libreria base del .NET Framework (ad esempio, il CodeDOM) per poter svolgere alcune delle proprie funzioni, come ad esempio il "Refactoring". Il supporto alla modellazione UML avviene attraverso Together, una tecnologia multipiattafoma adottata sia in ambito Win32, sia in .NET, sia in Java, e pertanto sfrutta dal lato Windows l'infrastruttura del runtime di J# per svolgere i propri compiti.

Riassumendo, ne consegue che - per poter accedere a determinate funzionalità altrimenti disabilitate (sconsigliato, poiché davvero interessanti e utili), il .NET Framework 1.1 deve essere installato sulla macchina anche per gli ambienti che indirizzano la piattaforma nativa Win32. Attenzione però, questo serve solamente per consentire all'IDE di compiere determinate operazioni e supportare specifiche tecnologie, ma le applicazioni generate da Delphi e C++ sono comunque native (Win32) al 100% e non contengono nel modo più assoluto alcuna dipendenza dal citato .NET Framework.

Mi sembrava doveroso fare queste precisazioni, per evitare confusione che ho notato in altri spazi di discussione.

Aggiungo un'ulteriore precisazione finale: qualcuno ha chiesto se gli ambienti "Turbo Explorer", quindi le edizioni gratuite dei tool di sviluppo, possono essere utilizzate gratuitamente anche all'interno di laboratori scolastici, installandone una copia per ogni PC presente e, all'occorrenza, anche da ciascun utente sul proprio PC casalingo.
La risposta dello stesso Product Manager Nick Hodges è (testualmente) "Please, do!".
In sostanza, oltreché ammesso dalla licenza stessa, si tratta di una scelta incoraggiata.
E' una notizia che risulterà senz'altro utile agli insegnanti, soprattutto per coloro che utilizzando l'ormai obsoleto Turbo Pascal, che possono disporre di ambienti totalmente gratuiti per le proprie attività di insegnamento.

Mancano pochi giorni al rilascio...... sono davvero felice che ambienti di questa caratura che utilizzo ormai da una vita in ambito lavorativo possano finalmente essere resi disponibili ad un prezzo ragionevole o addirittura gratuitamente ad un elevato numero di utenti con cui è possibile incentivare uno scambio di opinioni e conversazioni tecniche... era ora!

Sempre disponibile per ulteriori in merito e altre domande (visto che sono particolarmente informato sull'argomento).

Ciao a tutti!

[shaman]

salve in uno dei post precedenti ho letto del tool gratuito turbo io ho la necessità di caricare i dati su sql server express con un tool sapete se turbo net framework ha questa opzione non sono riuscito a capirlo dal sito ? il bulkinsert di sql server è troppo limitato mi tocca modificare ogni volta il percorso dei file

[alka]

Originariamente inviato da shaman
salve in uno dei post precedenti ho letto del tool gratuito turbo io ho la necessità di caricare i dati su sql server express con un tool sapete se turbo net framework ha questa opzione non sono riuscito a capirlo dal sito ? il bulkinsert di sql server è troppo limitato mi tocca modificare ogni volta il percorso dei file

Ho ritenuto che fosse magari utile unire la discussione che hai aperto a quella esistente con domande e risposte relative ai prodotti Turbo.

Se quello che cerchi è un tool per la gestione dei dati all'interno dei database, presumo tu debba fare uso di SQL Server Management Studio, la versione revisionata del classico Enterprise Manager (che riunisce anche altri strumenti).

Ad ogni modo, il supporto a SQL Server 2005 è alquanto limitato all'interno dei prodotti Turbo, in quanto fa parte della dotazione di driver (anche nativi) di BDS 2006, cioè la versione multilinguaggio degli ambienti Turbo (il fratello maggiore).