Newsgroup: it.comp.lang.delphi
Titolo: Spacely? Spacely!

Cosa e' Spacely? E' il code-name per la nuova versione di Delphi
per Win32 (quindi una parte - la piu' importante? - di Highlander).
Ecco uno screenshot preso con Windows Vista.
http://www.drbob42.com/spacely/index.htm
Prima impressione assolutamente superficiale: la 'forma'
cambia poco, speriamo nella 'sostanza'.
-- 
ACSH
[TurboDelphi]
Chi fa da se', fatica il doppio 

 cambia poco, speriamo nella 'sostanza'.
Qui c'è un'articolo interessante, su due nuovi "tipi" di classe:
http://www.drbob42.com/examines/examin82.htm
Le Partial Classes mi sembrano una boiata (fare il debug di una classe
sparsa in varie unit mi sembra una complicazione inutile), e le
Parameterized Types, che sembra vogliano imitare i template del c++.

 Le Partial Classes mi sembrano una boiata [...]
Secondo me, potrebbero tornare utili in diversi frangenti, così come lo 
sono nello sviluppo su WinForms/
ASP.NET
; ad esempio, tutti i campi dei 
componenti e controlli aggiunti al Form dal Designer potrebbero essere 
spostati in un file sorgente a parte, gestito in modo semiautonomo, 
lasciando più spazio al codice personale nella definizione della classe 
del Form principale (quella che ospita generalmente il codice 
specializzato).
Insomma, una "boiata" è un po' eccessivo, ma comunque non è nulla di 
indispensabile (su Win32, intendo). :-)
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)
     Non hai la possibilità di scaricare Turbo Delphi Explorer?
     Te lo spedisco io!! [
http://blog.marco.breveglieri.name/?p=48
]

 spostati in un file sorgente a parte
E' esattamente quello che fa Visual Studio 2005 (ma che SharpDevelop 
:-P). E' molto comodo e pulito avere un form suddiviso in due file; uno 
gestito dal designer per l'interfaccia grafica, e uno editabile 
dall'utente per tutto il resto.
Prima anche la parte gestita dal designer era per forza presente nello 
stesso file, anche se protetta da una regione collassabile e da un 
avviso di "non toccare" :-)
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 ma che
Era *ma anche*


 sparsa in varie unit mi sembra una complicazione inutile)
A livello di debug, non dovrebbe cambiare nulla per il programmatore.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 avviso di "non toccare" :-)
In effetti, sotto questo punto di vista puň tornare utile, ma resto
comunque dell'opinione che dividere una classe in varie unit renda un
eventuale debug piů complesso. Infatti bisogna tenere traccia di tutte le
unit nella quale la classe č definita, e questo puň portare a complicazioni
in progetti di grosse dimensioni. 
-- 
Ti scrivo perchč ora non ho niente da fare, 
e concludo subito perchč non ho niente da dire.

 in progetti di grosse dimensioni. 
Se possono tornare utili, ben vengano. Siccome non sono obbligatorie, 
sarà libera decisione di chi scrive il codice farne uso o meno. :-)
Non so quanto possa essere più complesso il debug: in fondo, si chiamano 
metodi e, seguendo il programma, si entra nella relativa 
implementazione, tanto quanto si entra in quella di un'altra classe; 
alla fine, è solo questione di abitudine, e forse non ne serve nemmeno 
così tanta.
Per progetti di grandi dimensioni, secondo me, sarebbe invece 
interessante poter contribuire ad arricchire una classe suddividendo 
meglio il codice, soprattutto quando si lavora in team (una realtà in 
cui mi sono inserito recentemente, per una collaborazione, e in cui 
certi strumenti risultano utili, ammesso ovviamente che vengano usati 
nel modo corretto... ma chi impedisce di fare casini anche con la più 
semplice delle classi avente solo due metodi?). :-)
