Newsgroup: it.comp.lang.delphi
Titolo: Delle precisazioni

Nell'ottica di iniziaread usare il Delphi mi sono procurato tre manuali del
Delphi 6:
1) Quick Start
2) Obect Pascal Language Guide
3) Developer's Guide
Quindi come software la versione 7 di Delphi.
Volevo chiedere:
- Compatibili la versione 6 dei manuali e la versione 7 del software? Le
suddette versioni 6 e 7 sono molto obsolete?
- Il volume dell'Object Pascal č legato direttamente al Delphi? Chiedo
questo perchč scorrendolo a vista non noto l'ambiente di Delphi. In tal caso
come posso sperimentare il linguaggio che man mano apprendo?
Scusate le domande ovvie per voi.
Grazie.

 questo perchè scorrendolo a vista non noto l'ambiente di Delphi. In tal 


 come posso sperimentare il linguaggio che man mano apprendo?
Il volume dell'Object Pascal è legato al linguaggio, non all'ambiente. 
Poi ovviamente Delphi permette di sviluppare in Object Pascal...
Ciao,
Gianluca.

 Poi ovviamente Delphi permette di sviluppare in Object Pascal...
Scusami: l'ambiete di sviluppo, intendendo l'ide e tutto ciň che gli gira
intorno si chiama Delphi, mentre in Delphi l'UNICO linguaggio di
programmazione č l'object pascal.
In effetti č come il basi e il visual basic, giusto?
Ciao

 programmazione č l'object pascal.
Il linguaggio di Delphi č Delphi, non si chiama piů Object Pascal.
Borland ha ribattezzato il linguaggio qualche tempo fa.

 Borland ha ribattezzato il linguaggio qualche tempo fa.
Si, ma imparando l'object pascal imparerei il Delphi? O ci sono differenze?
Ciao

 Si, ma imparando l'object pascal imparerei il Delphi? O ci sono differenze?
Ripeto: l'OP non esiste più.  "Delphi" è sia il nome del 
linguaggio che dell'ambiente di sviluppo.  Esattamente come accade 
per Visual Basic, in quanto parlare di "Basic" e "Visual Basic" 
non ha senso.

 quanto parlare di "Basic" e "Visual Basic" non ha senso.
Il fatto che borland chiami l'Object Pascal che produce con il nome di 
"delphi", non vuol dire che l' Object Pascal come linguaggio non esiste piu.
Ci sono pure diversi compilatori free e GNU per Object Pascal. E pure un 
bell'IDE, lazarus.
ZioGian

 ZioGian
Mi dovete scusare, forse non capisco per colpa mia.
Ma imparando l'object pascal sui manuali di Delphi 6 è come imparare il
Delphi? In altre parole che differenza c'è tra  object pascal e Delphi
(inteso come linguaggio?).
Inoltre OP sul manuale non fa uso di bottoni, ma è programmazione like dos.
Come posso eseguirlo in Delphi?
Grazie.


Ma cosa dici!
Se il buon Laforgetto dice che non esiste piu' non esiste piu'!
Sei pazzo a mettere in dubbio il guro del MySQL che non sa nemmeno darti 
una (dico una) ragione valida per passare da IB a MySQL!
Lascialo macerare nel suo mondo dorato di egocentrismo e beginendismo.

 Come posso eseguirlo in Delphi?
Con Delphi puoi creare anche applicazioni di tipo console che sono senza 
l'interfaccia grafica di Windows. Per farlo basta scegliere 
File->New->Other... e Console Application.
Ti si apre un progetto nuovo di una applicazione di tipo console.
Spero di essere stato chiaro.

 (inteso come linguaggio?).
Per quanto mi riguarda, delphi e' il nome del rad che si appoggia
sull'object pascal.
Ciao
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 sull'object pascal.
A riprova della correttezza dalla mia affermazione, io fornisco questo link
pubblico e validato dalla forza del sistema wiki (dicasi centianaia di
esperti che verificano l'esattezza dall'articolo)
http://en.wikipedia.org/wiki/Delphi_programming_language


 
http://en.wikipedia.org/wiki/Delphi_programming_language
Dove si legge al PRIMO PARAGRAFO : "The Delphi language, formerly known as
Object Pascal (Pascal with object-oriented extensions).." 


(inteso come linguaggio?).
Se vogliamo lasciar perdere le discussioni sul sesso degli angeli, la
risposta č: č fondamentalmente la stessa cosa.
 :)
-- 
Ore 18.30: premo invio.

 Object Pascal e' il linguaggio che usi per la programmazione in Delphi. 
No, Delphi è l'ambiente, Delphi è il linguaggio.
 > Per fare un parallelo con il Visual Basic e' il Basic.
No, non esiste "IL BASIC".  Di Basic non esiste una versione 
standard (come per altri linguaggi come il C o il C++), ma solo 
diverse implementazioni specifiche.

 Object Pascal (Pascal with object-oriented extensions).." 
Ripeto: Borland ha ribattezzato il linguaggio.  NON SI CHIAMA PIU' 
ObjectPascal, ma il termine "Delphi" racchiude il nome 
dell'ambiente e del linguaggio.  Informati.

 No, si chiamano allo stesso modo.
Penso sia utile continuare a chiamarli in modo diverso anche se non e' 
piu' cosi' per evitare ad ESC ulteriore confusione.

 Spero di essere stato chiaro.
Chiarissimo grazie.
Pero avrei anche un'ultima domanda (giuro). L'object pascal è l'unico
linguaggio supportato da Delphi?
Ciao

 Penso sia utile continuare a chiamarli in modo diverso[...]
Non vedo in cosa consista l'utilità.  Borland ha compiuto una 
semplificazione, dicendo che Delphi è un nome unico, per 
l'ambiente e il linguaggio con esso fornito.
Oltretutto, normalmente si dice: quest'applicazione è scritta in 
Delphi, sottointendendo che è scritta con l'ambiente di sviluppo 
Delphi, sottointendendo l'uso del linguaggio di questo ambiente.
Chiamate il linguaggio di Delphi come Borland dice di chiamarlo: 
Delphi.

 risposta è: è fondamentalmente la stessa cosa.


 A riprova della correttezza dalla mia affermazione, io fornisco questo link[...]
Il link che fornisci afferma che sei in errore: "formerly" = 
"precedentemente", "inizialmente".

 Non vedo in cosa consista l'utilità.  
Per far capire ad ESC una differenza che esiste tra un linguaggio e 
l'ambiente che usa quel linguaggio.

 piu.
Mai affermato che l'Object Pascal non esista più, se qualcuno 
vuole chiamare il proprio linguaggio Object Pascal è libero di 
farlo.  Io ti dico (e ti prego di informarti) che il linguaggio 
usato da Delphi NON HA PIU' un nome specifico.  Il nome "Delphi" 
indica l'ambiente, nel suo complesso (linguaggio + cornice di 
sviluppo).

 
Fino alla versione 7 si'.

 una (dico una) ragione valida per passare da IB a MySQL!
Innanzitutto le domande, quando le fai, le fai nei termini 
corretti e non sfoderando tutta la tua imbecillità.  Io non sono 
obbligato a dare alcuna risposta ad alcuno.  Ti è stato già fatto 
presente che chiedere se conviene passare o meno da un DB 
all'altro in modo astruso, svincolato da qualsiasi contesto, non 
ha molto senso.

 l'ambiente che usa quel linguaggio.
La differenza è intrinseca.  Non c'è ambiguità.

Andrea Laforgia ha scritto:

Concordo.
ZioGian

 ZioGian
Ti auto-approvi?
LOL :-D !!!


 Fino alla versione 7 si'.
E' dopo, penso che ci sia il .NET?
Cavolo, ragazzi, ma rispondetemi: sto leggendo il manuale del object pascal
uscito in Delphi 6 + altri manuali sull'ambiente di sviluppo. Faccio bene o
è obsoleto? Altrimenti cosa devo leggere per imparare a programmare in
Delphi? Per piacere non perdetevi in disquisizioni tecniche, già non ci
capisco un cavolo.
Ciao

 capisco un cavolo.
Se, come mi sembra tu faccia, scriverai applicazioni console non avrai 
problemi. Io ho portato interi progetti di applicazioni Windows che 
s'interfacciano a database Interbase/Firebird da D6 a D7 senza apportare 
cambiamenti. Una volta trasportati in D7 ho potuto approfittare delle 
nuove caratteristiche tipo il nuovo Rave Report.

 Il passaggio si e' completato con D2005 e con il D2006 d'imminente uscita.
Per "passaggio" ti riferisci al processo di unificazione dei linguaggi 
Win32 e .NET in un unico ambiente? In tal caso, confermo, 
altrimenti...dipende da cosa intendi. ;-)
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 
Per "passaggio" posso intendere anche un passaggio ad un PC piu' potente 
perche' con un misero Athlon1800 con 512M di RAM riesco a malapena a 
caricarlo D2005. Il D2006 mi fara' la linguaccia e si chiudera' sdegnato.

 Cavolo, ragazzi, ma rispondetemi [...]
D7 è l'ultimo ambiente a supportare unicamente Win32; ad esso ha fatto 
seguito D8 che, però, ricopriva solamente la piattaforma .NET, 
distribuito però assieme a D7 per continuare lo sviluppo su Win32, 
questo perchè la produzione di un IDE unico per entrambe le piattaforme 
e in grado di supportare più linguaggi era "under construction".
Questo IDE si è concretizzato con D2005, che ha riunito piattaforme e 
linguaggi in un unico ambiente, con l'annessione di C#.
Secondo me, qualsiasi manuale Delphi tu sia in grado di reperire è 
comunque un ottimo punto di partenza in quanto gli elementi fondamentali 
del linguaggio non hanno mai subito revisioni eccessive, tutt'al più 
qualche estensione per supportare le richieste delle nuove piattaforme 
che il linguaggio deve supportare, come nel caso di Delphi.NET.
Tutt'al più, potresti ritrovare nel testo il riferimento ad un wizard 
che è cambiato o che è stato spostato, ma se hai ben chiari i concetti 
non ti ci vorrà molto a ritrovarlo nelle nuove edizioni del prodotto.
Un ultimo consiglio che mi sento di darti è di fare attenzione a tutte 
quelle tecnologie che sono state deprecate e che potrebbero essere ben 
dettagliate in un testo vecchio ma sparire in versioni più recenti 
poichè lo stesso è avvenuto in Delphi (o ci sono le intenzioni di farlo).
Un esempio: se devi approfondire l'accesso generalizzato a database 
usando la libreria VCL, non documentarti troppo su BDE ma concentrati su 
dbExpress in quanto la prima tecnologia è dichiarata obsoleta già dal 
2001 e prima o poi sparirà.
Se ti mancano altre delucidazioni, puoi sempre scrivere di nuovo. :-)
Ciao,
   Marco.


 caricarlo D2005. Il D2006 mi fara' la linguaccia e si chiudera' sdegnato.
Uhm... io ho un Celeron 2GHz con 512MB di RAM e non penso sia molto 
diverso dalla tua macchina, ma non incontro tante difficoltà nel 
caricamento dell'ambiente.
Certo, rispetto a D7 è un'altra cosa, ma occorre sempre tenere ben 
presente che gli strumenti a disposizione dello sviluppatore sono molti 
di più.
Nel caso in cui non si vogliano utilizzare, si può sempre ricorrere a 
configurazioni personalizzate, magari facendosi tanti collegamenti 
quante sono i diversi profili d'uso dell'ambiente (solo VCL Win32, solo 
.NET, solo WinForms, ...).
Se carico D2005 con il supporto a .NET (indispensabile per alcune 
feature come il Refactoring) e il supporto alla sola VCL Win32, il tempo 
di caricamento è del tutto confrontabile con i tempi di D7.
Certo, questo non vuol dire che il tempo non sia migliorabile, e 
considerando la nuova personalità C++ e gli strumenti da caricare in 
D2006, qualche revisione era necessaria. :-)
Tra il nuovo memory manager e la modifica all'algoritmo di controllo 
duplicazione delle unit, D2006 dovrebbe richiere meno risorse e 
caricarsi più in fretta, soprattutto considerando che non è necessario 
installare tutte le "personalità" se non se ne fa uso. ;-)
Ciao,
   Marco.


 .NET, solo WinForms, ...).
Ho dato una veloce guardata a D2005 ma poi ho lasciato perdere perche' 
non sono ancora del tutto convinto che .NET sia la strada da seguire per 
le mie esigenze. Ma questo e' un altro discorso.
Ma D2006 usera' il .NET framework 2.0 ?

 Ma D2006 usera' il .NET framework 2.0 ?
E' stata una delle domande più frequenti posta ieri alla presentazione, 
due volte nella stessa giornata. :-)
La risposta è "no". Sarà supportato in Highlander (la prossima versione 
di Delphi).
Comunque non è che D2006 sia esente da novità, a quanto pare...datemi un 
pochino di tempo per scrivere qualcosa a riguardo (ho preso tonnellate 
di appunti, forse troppi); spero di riuscire a completare qualcosa prima 
della presentazione di Roma, ma non garantisco nulla. ;-)


 di Delphi).
Brutta brutta nuova. :(

 di caricamento è del tutto confrontabile con i tempi di D7.
Per avviare D2005 io uso il Delphi Configuration Manager
http://www.alphalink.com.au/~jed/dcm.htm
che permette appunto di predisporre configurazioni personalizzate, ed una
delle alternative consentite e' "Win 32 (with refactoring)" dove non mi
sembra che venga caricato il supporto a .NET (o, quanto meno, se ne evita
una buona parte, almeno credo).
-- 
F&R

Ziliardi di secoli(informatici...) fa, Borland produceva Turbo Pascal.
Furono poi aggiunte le classi: divenne Turbo Pascal with Objects.
Successivamente, venne prodotta una versione per Windows: Turbo Pascal 
for Windows.
Veniamo quindi a Delphi: inizialmente il linguaggio venne chiamato 
Object Pascal, da usare dentro l'IDE Delphi. Borland poi decise di
chiamare il linguaggio come l'ambiente, quindi ecco Delphi di nuovo.
Quindi l'Object Pascal non esiste piů? Certo che no, esiste ancora,
nella fattispecie come linguaggio per dei compilatori OpenSource
(freepascal ad esempio).
Quindi, per BORLAND, Object Pascal = Delphi.
Fin qui ci siamo?
Venendo alle domande: se impari sui manuali di Delphi 6, va benissimo 
anche per DeXter(la nuova versione) quindi continua pure.
Considera che le versioni nuove hanno delle cose in piů, quindi
potresti voler approfondire almeno nella teoria cosa sono e
come funzionano.
Venendo a Delphi 2005: ebbene si, puoi usarlo per 
ASP.NET
, perň
occhio che per usare il codebehind devi anche avere il compilatore e
sinceramente non so Borland che politiche abbia per esso.
Il mio consiglio č che tu crei dei package dotNET contenenti il tuo
codice precompilato, poi usi una 
ASP.NET
 application in C#(che
Delphi 2005 supporta) e carichi le tue classi dagli assembly,
questo non dovrebbe essere un problema con Aruba, ma converrebbe
chiedere comunque.
Qualora tu invece voglia utilizzare i CGI, devi temo dirigerti su
WebBroker per qualcosa di funzionale.
Alternativamente, potresti acquistare Intraweb e fare delle ISAPI,
anche se non so se Aruba ti consentirebbe di installarle(magari a
pagamento?) e devi comunque testarle bene prima di metterle in
deploy poiché se c'č un crash rischi di buttare giů un numero
molto alto di siti.
Spero che questo ti serva!
Ciao,
Andrea

 molto alto di siti.
Chi l'ha progettato il servizio di Aruba? Topogigio?
Parlando di ISAPI IntraWeb (cosa che sconsiglio assolutamente di 
utilizzare), IIS consente di mantenere un livello di isolamento tra 
processi che impedisce che accadano situazioni del genere.

 processi che impedisce che accadano situazioni del genere.
IIS6, si, perché carica ogni ISAPI in una propria sandbox, ma IIS5 no.
Riguardo alle ISAPI IW, perché le sconsigli?
Ciao,
Andrea

 chiedere comunque.
Sto facendo delle prove su Aruba in questi giorni e non ho riscontrato 
alcun problema, salvo il fatto (ovvio) di avere un hosting su Win2003.
Anche per quanto relativo all'accesso al database (Access, quello 
standard messo a disposizione) non ho riscontrato alcun problema, sia 
utilizzando ADO.Net, sia con i Bdp.
L'unico eventuale inconveniente è dovuto alla necessità di spostare in 
\bin anche le dll di Borland e di ComponentOne (se referenziate, 
naturalmente), che ovviamente non sono disponibili sui server Aruba. 
Niente di troppo impegnativo visto che è sufficiente spuntarli come 
"copia localmente" e successivamente pubblicarli attraverso lo strumento 
di deployment.
A tal proposito però non mi sono ancora informato sulla politica di 
distribuzione di entrambi, quindi non sò ancora se è possibile dal punto 
di vista del licensing.
Ciao,
Gianluca.

Grazie per le risposte a tutti, anche se le mie domande sono alquanto da 
pivello.
Per non smentirmi, ve ne posto un paio sperando che siano le ultime.
Insomma se oggi dovreste iniziare a studiare un linguaggio, quale 
scegliereste?
Temete presente che io vorrei imparare un linguaggio che copra quanti più 
campi possibili, perche ad oggi non so quale sarà il mio target preferito. 
Quello che so è che sicuro vorrei produrre applicazioni gestionali, e 
sicuramente mi piacerebbe produrre software educativo, tipo matematica, 
fisica ecc....
Ma perchè mai tutti si stanno piegando al .NET, compreso Borland che è 
antagonista di Microsoft. Il .NET si chiama cosi perchè è specializzato 
sopratutto a software di internet. Questo se è vero taglierebbe fuori 
applicazioni tipo quelle di grfica o software educativo.
Voi cosa ne pensate? 

 Riguardo alle ISAPI IW, perché le sconsigli?
Perché IW è una gran cagata.

 scegliereste?
Se "dovessi", ne sceglierei piů di uno, ad esempio Python e C#.

 Perché IW è una gran cagata.
Sono d'accordo che non va bene per tutto, ma i motivi tecnici per
questa affermazione dove sono? Cos'è, se uno dice che MySQL fa
schifo deve per forza dirne il perché, mentre se tu dici che
IntraWeb è una schifezza, allora puoi soltanto sentenziare
senza spiegare? :-)
Personalmente, penso che se il sito è acceduto in LAN, in ambiente
"controllato" e non ci sono motivi tecnici particolari per non
utilizzarlo, va benissimo.
Chiaramente, se hai bisogno di pagine aderenti agli standard,
magari accessibili sul Web da chissà-quale-browser-sconosciuto,
allora non è il massimo.
Ciao,
Andrea

 software educativo.
Cosa è il software educativo?

> Cosa è il software educativo?
Software tipo Derive, per calcoli algebrici, Physica, per simulazione di 
fisica, ecc.... 

 utilizzarlo, va benissimo.
Neanche.
Quanto tempo hai utilizzato IntraWeb e sopratutto per quali progetti 
l'hai utilizzato?  Solita domanda: quanto ti senti competente su IW per 
poterne parlare e consigliare l'utilizzo ad altre persone?  Io vi sono 
stato a contatto assiduamente per un anno e passa, per un progetto di 
content management system su cui lavoravano, fammi contare, 20 
sviluppatori?... forse anche di più.
Delusione estrema per l'architettura di questo sistema, i cui limiti 
vengono denunciati sul sito stesso della AtoZed, per il fatto che non 
vengano forniti i sorgenti dei componenti (e che di fatto rende 
irrisolvibili i molti bug che ci soo), per il mancato supporto alla VFI 
(che per lo sviluppo di un sito Web sarebbe utilissimo), per il fatto 
che sulle nuove architetture non è assicurato il buon funzionamento, per 
il fatto che i componenti data-aware di fatto non funzionano, per la 
scarsa e cattiva documentazione, per la scarsa utilizzazione e la 
difficoltà nel reperire aiuto ecc.. Ora mi vengono alla mente solo pochi 
problemi, ma moltissimi altri limiti/bug ho avuto modo di constatarli 
nel tempo.  A mio avviso, IW è un prodotto da scartare, anche perché 
secondo me destinato a morire, se resta quello che è.

 Fai un pò te...
Leggi bene quello che c'è scritto:
"Depending on how you configure the IIS 5.0 isolation mode — as 
in-process or out-of-process — IIS processes the request in either 
Inetinfo.exe or in DLLHost.exe."
DLLHost.exe, come descritto dalla figura "High-Isolation Standard 
Request Processing in IIS 5.0 Isolation Mode", è l'High Isolation 
Out-of-Process Application Host ed è ad esso che si aggancia l'ISAPI.
Come volevasi dimostrare.

 secondo me destinato a morire, se resta quello che è.
Questo non lo so, tuttavia posso confermare che:
1) Il supporto non è esattamente "di alta qualità", visto che
    spesso il loro server news si incasina e perfino leggere le
    risposte può essere un problema.
2) Da una release all'altra cambiano i valori di default di alcune
    proprietà, quello che funzionava con un browser un minuto prima,
    genera una eccezione il minuto dopo l'update. Questo l'ho verificato
    personalmente su un progettino "di prova" dove - senza nessun
    avviso - il buon Intraweb si è permesso di cambiare la proprietà dei
    browser supportati dall'applicazione: prima con FireFox funzionava,
    subito dopo l'update no. Rimettendo le cose a posto nel datamodule ha
    ripreso a funzionare, anche se questo genere di cose generalmente non
    rimanda una buona impressione...
3) Mancano delle classi per alcuni tag HTML(nello specifico, io sono un
    "abbonato" dei fieldset, e non ho ancora trovato un sistema per
    generarli via IntraWeb).
4) L'integrazione di JavaScript custom(che io uso pochissimo, ma che
    torna davvero comodo in certe circostanze...) non è esattamente una
    cosa semplice a meno di non perderci un pò di tempo.
Tuttavia ci sono cose comode, come i template ad esempio.
Riguardo alla VFI non supportata, inoltre, si possono sempre usare i
frames - anche se mi rendo conto che non è la stessa cosa in alcune
circostanze.
Ciao,
Andrea

 [...]si possono sempre usare i frames
Li abbiamo usati.  Fanno pena anche quelli.

 Brutta brutta nuova. :(
Mmm...non sarai mica un altro membro di quel gruppo di persone che si 
lamenta del fatto che Delphi non fornisca il supporto dell'ultima 
versione di un framework che non hai intenzione di utilizzare, vero? ;-)


 meno, se ne evita una buona parte, almeno credo).
Le funzionalità di Refactoring richiedono il supporto a .NET, quindi 
questo viene caricato. Ti risparmi comunque il caricamento di tutti i 
wizard e i designer associati a 
VCL.NET
, Windows Forms e Web Forms 
(
ASP.NET
), riducendo notevolmente i tempi di caricamento, come 
giustamente hai detto. :-)


 molto alto di siti.
Registrando nuovi domini su Aruba, si ottiene spazio all'interno di 
server "Windows Server 2003" su cui viene generalmente disabilitata 
l'esecuzione di codice nativo (quindi CGI e ISAPI non sono più 
utilizzabili, per quanto ne so); l'unica strada attualmente 
percorribile, almeno per questo provider specifico, è la creazione 
appunto di applicazioni 
ASP.NET
 (quindi basandosi sul .NET Framework).
Che si utilizzi C# o Delphi.NET, è ininfluente.


 utilizzando ADO.Net, sia con i Bdp.
Come hai fatto ad accedere ad un database Access usando i BDP? :-|
Dal punto di vista teorico non dovrebbe essere possibile; per quanto mi 
riguarda, anche del punto di vista pratico, poichè non ci sono riuscito.
Il problema è dovuto al fatto che BDP è una tecnologia completamente 
"gestita", sia a livello di libreria base che a livello di driver, 
ammesso però che i produttori dei suddetti driver forniscano 
un'implementazione che sia anch'essa completamente "gestita", mentre 
attualmente - non so per quanto tempo ancora - si creano driver BDP che, 
alla fine, tramite P/Invoke, comunicano con i client nativi per la 
piattaforma già esistenti.
Nel caso di Access, il driver BDP per MS Access dovrebbe, in ultimo, 
colloquiare con la libreria "msjet40.dll"; trattandosi di una libreria 
"nativa", "non gestita", appena ci provo, il server WS2003 di Aruba mi 
blocca subito poichè l'uso di codice nativo è inibito su quella 
piattaforma e pertanto restituisce un apposito messaggio di errore 
(della serie "volevi provare a fregarmi, vero?"). :-D
Se sei riuscito ad aggirare questo problema, devi assolutamente 
spiegarmi come hai fatto. :-P


 
Non so se usero' mai .NET pero' sarebbe stato meglio se la versione piu' 
recente del RAD Borland avesse usato la versione piu' recente del 
framework .NET
E' chiedere troppo :) ?

 E' chiedere troppo :) ?
Certo, se Delphi facesse anche il caffé, sarebbe stato meglio in quanto 
così non sono costretto ad alzarmi dalla sedia e raggiungere la macchina 
del caffè. :-)
.NET 2.0 non è mica una nuova "build incrementale" del framework 1.1: è 
uno strumento ristrutturato sotto molti punti di vista; inoltre, 
esistono tante altre richieste da soddisfare per le quali, 
evidentemente, c'è stata maggiore attenzione e propensione rispetto al 
supporto di .NET 2.0.
Non sai se lo userai, ma te ne lamenti?
Non pensi sia un po' un controsenso?
:-)


 :-)
Sai che occorre sempre lasciarsi una porta aperta. Se 'sto benedetto 
Mono accelerasse lo sviluppo .NET sarebbe la risposta al multipiattaforma.

 Mono accelerasse lo sviluppo .NET sarebbe la risposta al multipiattaforma.
Ok, ma non capisco il nesso con il supporto a .NET 2.0.


 
Visto che esiste .NET 2.0 sarebbe stato meglio avere a disposizione un 
RAD di cui ho gia' avuto, anche se scarsa, esperienza piuttosto che 
doversi buttare su VS.

 doversi buttare su VS.
Il supporto a .NET 2.0 richiede un ingente impiego di risorse che devono 
essere ovviamente sottratte ad altri aspetti dell'ambiente.
Evidentemente, questi ultimi sono stati ritenuti più importanti, anche 
per il fatto che la maggior parte degli sviluppatori Delphi non fa 
nemmeno uso di .NET 1.1 ma lavora ancora su progetti VCL Win32.
Non so quale sia la tua preparazione riguardo al .NET Framework, ma da 
quanto scrivi mi pare che tu non ci abbia mai avuto a che fare.
Se vuoi cominciare a capire di cosa si tratta e vuoi farlo proprio 
usando l'unica versione del framework che non è supportata dall'ambiente 
RAD che utilizzi, Delphi, allora fai pure, ma dal mio punto di vista è 
una scelta sbagliata.


 
Com'e' stata l'espressione di chi ha posto la domanda una volta che ha 
sentito la risposa?

 quanto scrivi mi pare che tu non ci abbia mai avuto a che fare.
E di che ti lamenti, caro Marco ? qui dentro è un classico.

 sentito la risposa?
Non mi sembra che siano volate le sedie... ;-)
C'erano pochissimi sviluppatori .NET tra i presenti, ma a quanto ha 
detto Marco Cantů riferendosi al pubblico americano della BorCon, non č 
che oltreoceano la situazione sia tanto differente (dal lato degli 
sviluppatori Delphi). :-|


 una scelta sbagliata.
Non si tratta di capire o di non capire ma di usare l'ultima versione di 
framework a disposizione dove sono state migliorate molte cose rispetto 
alla 1.1.
Con D2006 sei costretto ad usare una versione ormai arretrata del 
framework. Le tue applicazioni funzioneranno lo stesso anche col .NET 
2.0 ma non ne sfrutterai a fondo le nuove caratteristiche.
E' come se con D7 potessi fare solo programmi per W3.11.
Ti sembra giusto?

 
Ma allora chi sviluppa con .NET tramite Delphi? Nessuno? Usano tutti VS?

 Ti sembra giusto?
Siccome gli sviluppatori .NET in Delphi sono la minoranza, senza entrare 
nel merito, e senz'altro saranno ancora meno coloro che ritengono 
indispensabile migrare le applicazioni sulla versione 2.0 del framework, 
  MI SEMBRA GIUSTO che il supporto a tale versione sia stato dilazionato 
se questo comporta rinunciare a caratteristiche del prodotto volte al 
perfezionamento e al miglioramento delle tecnologie e delle librerie 
maggiormente utilizzate al momento.
Ciao,
   Marco.


 Ma allora chi sviluppa con .NET tramite Delphi? Nessuno? Usano tutti VS?
Qualcuno c'č. Io stesso uso 
ASP.NET
.
Alcuni sviluppatori sono migrati subito verso VS, altri sono tornati 
indietro.
Il "rumore" provocato da .NET ha generato un po' di sconvolgimenti, piů 
o meno giustificati.



Grazie per le risposte e la pazienza.
Mi sa che continuero' a studiare Python :)

 Ti sembra giusto?
Secondo me stai ponendo la giusta questione nei modi sbagliati.
Se vuoi spendere i soldi per acquistare D2005, non e' che sono buttati via
solo perche' il framework e' 1.1. Su questo ti ha gia' risposto Marco.
Dovresti sapere tu, per quanto attiene le tue scelte progettuali, se hai
necessita' delle features avanzate messe a disposizione dal 2.0
Se hai gia' del codice e applicativi su 1.1 e vuoi capire cosa devi fare
per passare al 2.0, c'e' questo sito che ti spiega tutto, documentati e
dormi sonni tranquilli. :)
http://www.gotdotnet.com/team/changeinfo/default.aspx
seguendo il link opportuno, eccoti la lista di compatibilita' all'indietro: 
http://www.gotdotnet.com/team/changeinfo/Backwards1.1to2.0%5Cdefault.aspx
Non so quanti sviluppatori, oggi come oggi, abbiano reale necessita'
assoluta di avere il 2.0 come base di sviluppo, considerando che tra un
anno anche delphi vi si appoggerà. ;-)
Ciao!


Grazie.

 Ma allora chi sviluppa con .NET tramite Delphi? Nessuno? Usano tutti VS?
Domanda assai retorica... :) come si fa a sapere? Dove ci possiamo
documentare? Credo che frequentando i ng, i siti web e i forum si
incontrino altri sviluppatori che iniziano o consolidano i loro sviluppi su
.net.
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 anno anche delphi vi si appoggerà. ;-)
Uff...ma perchè io non riesco ad avere questa capacità di sintesi dei 
concetti che voglio esprimere?? :-D


 Marco.
Andrea

 "interpretate" on-the-fly e quindi serviva il compilatore sul server.
Non dico nulla perchè forse quella persona potrei essere io. :-D
Scherzi a parte, il caso che hai menzionato è l'unico che richiede la 
presenza del compilatore sul server e la sua adeguata configurazione per 
ASP.NET
 in modo da poter leggere ed interpretare il codice presente 
all'interno delle pagine ".aspx".
E' però una tecnica che si rivela lenta e poco sicura, in quanto il 
codice viene compilato quando richiami la pagina stessa (e solo allora 
scopri eventuali errori nel sorgente), oltre al fatto che la prima 
compilazione della pagina risulta più lenta in quanto è maggiore il 
codice da compilare in linguaggio intermedio, prima, trasformandolo in 
codice nativo, dopo.
Usando invece la tecnica "code behind", il codice server side è ben 
separato dal contenuto della pagina aspx che definisce solamente i 
controlli da istanziare e l'HTML che li circonda; tutta la "logica" è 
racchiusa in codice sorgente che viene compilato all'interno di una o 
più DLL, quindi già verificate dal punto di vista della correttezza del 
codice sorgente, e pronte ad essere trasformate in codice nativo per 
essere eseguite dal server in risposta alle richieste degli utenti.
Il codice contenuto nella pagina aspx (che usa dichiaratamente il 
linguaggio C#) è limitato ad alcune semplici espressioni di "data 
binding", nulla di più.


 spiegarmi come hai fatto. :-P
Direi che l'ho aggirato... usando ADO.Net :-P
Ciao,
Gianluca.

 Direi che l'ho aggirato... usando ADO.Net :-P
Ok, allora direi che abbiamo risolto entrambi allo stesso modo. :-D
