Newsgroup: it.comp.lang.delphi
Titolo: TD win32 & .Net 2.0

Domanda forse inutile ma prima di fare pasticci chiedo, vedo che TD 
vuole il .Net 1.1 sp1, avro' a mia disposizione .net 2.0 non dovrebbe 
dare problemi giusto ?, e l' SDK e' incluso nella distribuzione del 
framework ?
Ciao Liofilizzato

Liofilizzato ha scritto:

E' possibile che l'installazione ti richieda la presenza del .NET 
Framework 1.1, in quanto è la versione utilizzata dall'ambiente per 
svolgere le proprie funzionalità.
Se utilizzi il .NET Framework 2.0, deve essere presente anche il .NET 
Framework 1.1, in questo caso.
L'uso dell'SDK non sarebbe necessario, ma siccome la procedura di 
installazione degli ambienti Turbo è unica e l'SDK (1.1) è richiesta da 
tale procedura, temo che ti toccherà installarlo.
L'SDK non è incluso nel pacchetto che ridistribuisce il framework (cioè 
il CLR con la libreria di classi).
In sostanza, se hai .NET 2.0 sulla tua macchina, dovresti rimuoverlo e 
installare:
   .NET 1.1 Redistributable Package
   .NET 1.1 Software Development Kit
Poi, se intendi sviluppare con .NET 2.0, dovrai installare *successivamente*
   .NET 2.0 Redistributable Package
   .NET 2.0 Software Development Kit
E' strano che tu non abbia il .NET Framework 1.1 installato, comunque, 
dato che è ancora la versione più utilizzata della piattaforma e in 
genere viene installata in automatico da "Windows Update".
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 
Molto bene, grazie per le info, me lo dovevo immaginare che l' 
installazione dei Framework
andava fatta dal primo in avanti e non al contrario.
Visto che hai avuto la gentilezza di rispondermi ti chiedo di fare il 
mago, secondo te per le prossime versioni di Turbo Delphi pro win64 e' 
previsto un distacco completo dal Framework di MS o continuera' ad 
appoggiarsi ad esso.
Ciao, Liofilizzato

 appoggiarsi ad esso.
Bella domanda... purtroppo non sono il Product Manager di Delphi, quindi 
qualsiasi cosa ti possa dire non è verificabile.
Dubito che il supporto al .NET Framework cesserà, in fondo non ne vedrei 
il motivo.
Se ti riferisci alla dipendenza dal .NET Framework degli ambienti Turbo 
solo "nativi", difficile dirlo, nel senso che - con molta probabilità - 
le future edizioni saranno organizzate in modo differente e certi 
ostacoli alla diffusione dei prodotti stessi, derivanti dal fatto che 
sono "costole" di BDS (attualmente) come la necessità di SDK, runtime, 
ecc. dovrebbero diminuire, anche se la dipendenza da .NET nello 
specifico senz'altro sarà meno problematica visto che la diffusione 
della piattaforma è in crescita nei sistemi operativi Microsoft.
Se ne è discusso molto sui NG Borland, se vuoi provare a fare una 
ricerca per vedere cos'ha risposto lo staff, troverai senz'altro 
informazioni, opinioni e previsioni più attendibili. ;-)


appoggiarsi ad esso.
A mio avviso un distacco è inverosimile e segnerebbe, comunque,
l'ennesimo vacillamento Borland-like... Credo che la presenza di .NET
nello sviluppo per Windows diverrà sempre più pressante.

 informazioni, opinioni e previsioni più attendibili. ;-)
Si avevo letto qualcosa  :-)  e' comunque una questione che interessa,
l' ho chiesto tanto per sapere come la pensavi  ;-)
Ciao   L..o > unzip Liofilizzato


Parlavo Andrea solo delle versioni win32-64, non di Delphi.Net, pero' 
adesso che mi dici cosi' mi viene un' altra domanda, vale la pena 
spendere tempo su VCL ? o forse meglio saltare direttamente sul 
carrozzone .Net.
Ciao Liof....

carrozzone .Net.
Secondo me sě ed č giŕ tardi saltarci solo ora...

 o forse meglio saltare direttamente sul carrozzone .Net.
Approfondire .NET e dedicare tempo alla libreria VCL non sono due cose 
che si escludono.
.NET è una piattaforma, VCL (come dice il nome stesso) è una libreria.
Nulla ti vieta di "saltare sul carrozzone" con 
VCL.NET
, ad esempio.
Il problema è avere un motivo valido per "saltare sul carrozzone", che 
non sempre esiste (dipende da ciò che devi fare).
Apprezzo la libreria VCL e quindi credo sia uno strumento da 
approfondire proprio perché costituisce una risorsa con cui è possibile 
sviluppare indipendentemente dal "carrozzone" su cui si salta, e che 
lascia un maggiore grado di libertà qualora il "carrozzone" più 
pubblicizzato non costituisca necessariamente la soluzione più adatta al 
problema.
