Newsgroup: it.comp.lang.delphi
Titolo: WIN32 vs .NET

Ciao A tutti,
faccio una domanda che puo' sembrare cretina ma vorrei l'opinione dl NG.
si sviluppa e soprattutto serve sviluppare con Delphi.Net ?
ultimamente ho letto un po in giro ed ho scoperto che la maggioparte 
degli sviluppatori delphi e' solidamente ancorata a delphi Win32 (poteri 
dire delphi 7, ma non ho dati e quindi rischio di dire un'eresia).
Sempre leggendo qua e la' mi sono reso conto che chi sviluppa per .Net 
che la piattaforma sia giusta o sbagliata ha cambiato da delphi a C# con 
strumenti piu' idoeni (Visual Studio, per esempio)
da qui una semplice domanda "chi sviluppa in .Net e perche ?"
Un saluto
Ing Giuseppe "geppo" Monteleone

 si sviluppa e soprattutto serve sviluppare con Delphi.Net ?
Una domanda del genere non ha alcun senso.
Sarebbe come chiedere se "serve un rastrello?". La risposta è: "sì", nei 
casi in cui può tornare utile, come ramazzare le foglie, mentre è "no" 
se devi grattare la schiena a qualcuno.
Senza alcun contesto di riferimento, è la solita miccia per "flame" 
inutili, oltre al fatto che se cerchi discussioni anche non 
recentissime, ci sono già fior fiori di trattazioni a riguardo, per i 
più disparati argomenti.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 da qui una semplice domanda "chi sviluppa in .Net e perche ?"
Assumo che si parli di ambito "professionale", perché nel caso di quello
amatoriale si liquida con un "perché mi piace di più". A livello
professionale le cose sono un po' più compliate. In realtà non è che
esistano così tanti ambienti di programmazione. Per applicazioni desktop,
user-friendly, la scelta è quasi obbligata. Delphi è un linguaggio bene o
male di nicchia, semmai sia il miglior ambiente, a mio avviso, per
scrivere applicazioni per Windows. E' ovvio che tenendo in considerazione
NET, è più sensato usare un prodotto, come Visual Studio, prodotto dalla
stessa casa che ha "inventato" .NET.
Non so che senso abbia il tuo "perché": i motivi per cui si sviluppa in
NET sono sempre gli stessi.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Mi spiace la mia domanda ti sia parsa inutile o (spero comunque di no) 
ti abbia irritato. Il dubbio mi e' venuto perche in due anni la strada 
di Net e cambiata un po' all'inizio doveva essere il vangelo tanto e' 
che delphi 8 era solo per .Net e per retrocompatibilita' veniva dato 
delphi 7 nella scatola di delphi 8 (non delphi 8 per win32!!!) ora in 
seguito ad una discussione che ho avuto alla presentazione di Rad Studio 
  2007 con Macro Cantu ho capito che .Net e' stato un po ridimensionato 
(anche dalla stessa microsoft, mi pare):
La stessa codegear, e' stato sottolineato alla presentazione di Rad 
Studio, ha cambiato i piani di rilascio, viene prima rilasciata la 
versione Win32 e poi la versione .Net.
In Rad Studio Delphi 2007 per win 32 e all'update 3
Pero' la versione di Delphi per .Net ripasciata e' piu' avanzata 
(supporta i generics che in Delphi per win 32 verranno supportati solo 
nella prossima versione).
Insomma sono molto confuso.... mi sono limitato a chiedere un opinione 
ad altri senza da qui voler generare flame o guerre di religione
Ing Giuseppe 'Geppo' Monteleone
Marco Breveglieri ha scritto:


 (anche dalla stessa microsoft, mi pare):
Non è stato affatto ridimensionato.
Valutare l'andamento di .NET basandosi sulla politica commerciale di
Borland/Codegear è abbastanza avventato e non aiuta a chiarire le idee.
Anzi. La piattaforma Microsoft sta indubbiamente evolvendo, ci sono molte
novità interessanti e ormai non c'è timore nel dire che il futuro dello
sviluppo su Windows si baserà su questa piattaforma. È potente e
interessante.
I produtti di Delphi, con tutti i loro pasticci e le loro incoerenze,
portano a credere cose diverse.


 ad altri senza da qui voler generare flame o guerre di religione
Quello che volevo dire io è semplicemente che senza avere come 
riferimento specifico un "target" di utilizzo del prodotto, non è 
possibile darti un ragguaglio sui possibili problemi che puoi incontrare 
con una piattaforma o l'altra.
Se, invece, definisci le tue esigenze, cioè il tipo di applicazioni che 
sviluppi, forse si può vedere se l'una o l'altra piattaforma possono 
costituire un problema, o un vantaggio.
In mancanza di "paletti", l'argomento è troppo vago, secondo me, per 
poter avere una risposta precisa.
