Newsgroup: it.comp.lang.delphi
Titolo: D2005

Ciao a tutti,
Premetto che non è mia intenzione scatenare un flame ma...
Che cosa da D2005 in piu di D7 per la programmazione in ambiente Win32 ?
Io personalmente mi ci sto scontrando e cozzando da un po...cercando 
devo dire di rendere D2005 il piu simile possibile a D7.
Con poco successo. La lentezza dell'IDE è snervante., i crash all'ordine 
del giorno, l'80% delle volte che chiudi l'ide ottieni un errore di 
sistema...c'è anche qualcosa di buono per cui valga la pena lottare..o 
Borland doveva uscire prima di microsoft con l'ambiente di sviluppo ?
ZioGian

 Con poco successo. La lentezza dell'IDE è snervante.
L'ho installato per provare, ma dopo 2 giorni l'ho disinstallato. La mia 
è stata pura curiosità in quanto non ho bisogno di programmare per 
dotnet (per il momento). Anch'io l'ho trovato lentissimo ed 
esageratamente pesante. L'ambiente però non mi dispiaceva, e l'Ide mi 
sembrava migliorato.
Se non hai necessità di passare a DOTNET, il passaggio a D2005 non lo 
vedo necessario.
Ciao
Gianni

Che cosa da D2005 in piu di D7 per la programmazione in ambiente Win32 ?
Assolutamente nulla (a parte un paio di figatine per quanto riguarda
l'ide). Se devi programmare Win32, vai tranquillo con D7 che ci
guadagni in salute (mentale)  :)
Ciao.
-- 
Ore 18.30: premo invio.

 ZioGian
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Oggi c'è una grande battaglia di idee ma alla 
fine non ci saranno ne vinti, ne vincitori, ne idee!"
S. Benni da Elianto

 Borland doveva uscire prima di microsoft con l'ambiente di sviluppo ?
Devi tenere a mente che l'IDE incorpora tre ambienti di sviluppo in uno; 
per certi versi, è una comodità per chi inizia o sviluppa assiduamente 
in entrambe le piattaforme, .NET e Win32, mentre per altri può causare 
alterazioni nervose dovute a stress. :-)
Non esiste un tool ufficiale per fare ciò, ma è sempre possibile 
avvalersi dell'opzione "-r" e agire attraverso il Registro di 
Configurazione per crearsi profili personalizzati dell'ambiente, 
escludendo l'una o l'altra funzionalità a seconda delle proprie esigenze 
e abitudini.
E' ovvio che se a discapito dell'aumento di complessità dell'ambiente la 
percentuale di feature che utilizzi è minima, trarrai sicuramente meno 
giovamenti nell'upgrade. :-|
Ciao!
-- 
Marco «Alka» Breveglieri
(marco [@] abls [.] it )
  ABLS Team S.n.c. - Software & Web
  42019 Scandiano (Reggio Emilia)
 
http://www.abls.it

va bhe comunque l'impressione e' :
1)  per win32 e' meglio usare D7
2) la Borland col 2005 non ha avuto il sucecsso che sperava
3) .net non ha avuto il successo che la Microsoft sperava(la maggioranza usa 
php o java)
bho!!! 

 va bhe comunque l'impressione e' [...]
L'impressione di chi?


problema è ricordarsi che ci sono quando capita di avere l'esigenza. :-)
E che forse è meglio stare molto attenti quando si usa. Dopo 10 minuti
di utilizzo mi ero imbattuto in un bug mica male che avevo prontamente
segnalato nei NG borland (che non credo sia stato corretto). ;-)


 segnalato nei NG borland (che non credo sia stato corretto). ;-)
Non ho ancora riscontrato problemi con il refactoring...cosa ti č 
capitato? :-)


capitato? :-)
Questo!
I'm not sure this is the right group, anyway...
Try something like that:
type
  TTest = record
    ValueA: Integer;
    ValueB: Integer;
  end;
procedure TForm1.Button2Click(Sender: TObject);
var
  Test: TTest;
begin
  Randomize;
  Test.ValueA := Random(100);
  Test.ValueB := Random(100);
  MessageDlg(IntToStr(Test.ValueA) + ' - ' + IntToStr(Test.ValueB),
mtInformation, [mbOk], 0);
  if Test.ValueA = Test.ValueB then
    Beep;
end;
then try to use Extract method on 
Test.ValueA := Random(100);
Test.ValueB := Random(100);
This is the result
procedure TForm1.ExtractedMethod(Test: TTest);
begin
  Test.ValueA := Random(100);
  Test.ValueB := Random(100);
end;
I would expect 
procedure TForm1.ExtractedMethod(var Test: TTest);
Is this a bug or I am missing something?
Thanks,
Massimo.
Risposta di Corbin Dunn
"It is a bug; we have it logged internally.
thanks,
corbin"
Beh, almeno ne hanno preso atto. 
Questo č il classico bug che, se ti fidi ciecamente (come dovresti
fare) del refactory, poi, ti fa sputare sangue perché non funziona un
tubo!


 "It is a bug; we have it logged internally.
Beh, se Corbin Dunn conferma che è un "bug", allora non c'è bisogno che 
io lo provi. ;-)


 Innanzitutto,....
Grazie Marco..al solito esaustivo e completo.
A proposito delle opzioni di lancio di delphi alle quali accennavi, mi 
permetto di segnalare DelphiConfigManager, che "pare" funzionare bene ed 
essere discretamente comodo.
Ziogian

Ho assistito alla presentazione di delphi2005 a Milano con altri del ng.
Riassumo un po le mie impressioni, rigorosamente imho:
1) x chi lavora solo in win32 meglio lasciar perdere.
Il costo di upgrade per poche, se pur importanti, feature specifiche per 
win32 è eccessivo.
2) Per cio che riguarda specificamente .net, le due cose toste che 
delphi2005 ha e 
vs.net
 no sono eco2 e i bdp. Ma servono realmente a tutti?
3) per chi non sa cosa farsene di win32 ma lavora solo su .Net, io 
aspetterei 
vs.net
 2005 e valuterei.
4) sembra pensato come prodotto x consolidare la quota di mercato e non 
per andare *all'assalto* di visual studio.
xche non hanno sfornato una versione di delphi 2005 *solo x .net"...
Avrebbero potuto venderla ad un prezzo + basso e *stracciare* visual 
studio (almeno il 2003....).
A prescindere dalle precedenti considerazioni, direi di smetterla una 
buona volta di dire che .net fallisce, che non è diffuso, che non ha 
futuro etc etc etc.
Io di web so poco o niente ma 
asp.net
 non sembra fatto male, senza voler 
togliere niente a php.
Teniamo bene a mente che oramai .net è una realtà che incombe: meglio 
non farsi trovare impreparati o si fa la fine delle aziende che, 
all'epoca del rilascio din win95 avevano solo software dos e hanno 
dovuto faticare molto per produrre porting per windows funzionanti, con 
somma gioia degli utenti che hanno fatto da beta tester..
E non parlo solo di realtà piccole ma anche di aziende di livello nazionale.
Mo, non fate i bastardi e non chiedete nomi, ok??? ;)
-- 
Alberto Salvati
A NEAPOLITAN Delphi Developer who is studying c# and .net
"Dicette 'o pappece 'nfaccia 'a noce dammi 'o tiempo che pure te spertoso"

 futuro etc etc etc.
E' uno strumento come un altro e va utilizzato dove serve (adesso che si 
può)...quando sarà obbligatorio, è un altro discorso. :-D
Io comunque esorto personalmente a leggere e documentarsi riguardo 
l'architettura del framework: trovo che ci siano molti aspetti interessanti.
Notte! ...zzz...


 per produrre porting per windows funzionanti, con
 il discorso e' un po' diverso e lo dimostra il fatto che MS ha prolungato
l'assistenza su NT fino al 31/12/2005,,,ed e' diverso perche'..perche' prima
le applicazioni erano desktop e quando i costruttori hanno lanciato i nuovi 
pc
o digerivi win95 o digerivi win95 mentre con .NET si fanno applicazioni
Server Side e quando si parla di server i Server (non i serverini) sono Unix 
Like.
Paradossalmente .NET potrebbe decollare se Novell facesse decollare Mono
ed era pronta a farlo per aggredire il mercato degli NT , ma astutamente la 
MS ha
prolungato l'assistenza sugli NT di un anno. E' in ballo una guerra mica da 
ridere perche' il
primo che prende piede di fatto stabilisce un nuovo standard di mercato e
i miliardi in gioco sono tanti ....ma proprio tanti. 

 essere discretamente comodo.
L'ho provato anche io, ma ricordo di aver trovato qualche cosa di strano 
nella gestione delle configurazioni, come nomi di profili (che poi sono 
le chiavi del Registro contenenti le impostazioni) duplicate nell'elenco 
e altre piccole imperfezioni.
Ad ogni modo, trattandosi di un'operazione "una tantum", almeno per 
quanto mi riguarda (creo le configurazioni dopo aver installato 
l'ambiente), non ho problemi nemmeno a manipolare il Registro di 
Configurazione...al massimo, se faccio qualche danno di troppo, posso 
sempre ripartire. :-)


 Notte! ...zzz...


 E qui si torna al marketing...
Hai ragione, anche se devo ammettere che il .NET Framework apre qualche 
porta anche nel campo della consulenza: pur lavorando con Delphi.NET, 
posso tranquillamente fare assistenza a chi utilizza 
VB.NET
 e C# poichè, 
salvo la differente sintassi (che non è molto difficile da imparare a 
livello base, il più sono i concetti OOP per chi programma in VB e vi si 
avvicina la prima volta), le classi, l'architettura e i principi di 
funzionamento sono gli stessi. :-)
Ciao!!


 funzionamento sono gli stessi. :-)
vero, ma siccome chi fa ricerca e selezione del personale spesso non se 
na molto, a loro dicono "mi serve uno che conosce c#" e loro partono da 
questo presupposto x scremare. Ergo, uno che anni di esperienza di 
database e OOP non viene preso in considerazione xche non conosce c#, 
anche se cammina sull'acqua e fa funzionare i pc con l'imposizione delle 
mani.... :(
Sono in pochi a essere consapevoli che nel ns lavoro il peso della 
conoscenza di un determinato linguaggio è un po inferiore alla mentalità...
BaiBai
