Newsgroup: it.comp.lang.delphi
Titolo: Brutta esperienza con .net

Ieri uno sviluppatore col quale sono in amicizia da secoli mi raccontava di 
aver lavorato per 2 anni su un progetto nel quale, tra le altre cose, si 
simulano graficamente degli strumenti ad "ago", o analogici per capirsi. I 
dati delle misure sono prelevati usando il can-bus.
A progetto sostanzialmente finito mi raccontava che l'hanno abbandonato per 
la lentezza della grafica, a loro parere causata dalla piattaforma .net 
utilizzata.
Ora, non avendo esperienza in grafica .net vi chiedo a chi ne sa di piu' e' 
possibile che la sua giustificazione sulla lentezza sia plausibile?
Giorgio Padoan 

 possibile che la sua giustificazione sulla lentezza sia plausibile?
Non voglio esprimermi sfiduciato nei confronti del tuo amico, ma 
esistono parecchie soluzioni grafiche, anche complesse, realizzate con .NET.
Bisognerebbe vedere come ha organizzato il lavoro, quali classi e metodi 
ha utilizzato per risolvere le proprie esigenze grafiche e così via.
Tempo fa ho sperimentato alcune delle classi per il disegno 2D in .NET 
(con Delphi, ovviamente) ma non ho incontrato particolari problemi; ad 
esempio, qualcosa di simile ad una sinusoide variabile (con una 
trackbar) rispondeva benissimo e senza un eccessivo "flickering".
Al di là di qualche calcolo matematico, non penso che il disegno dello 
strumento analogico ad ago, anche se magari un po' più complesso 
rispetto a ciò che ho fatto io, sia una problematica impossibile da 
gestire con le classi della FCL.
Non vorrei che i problemi fossero derivanti dall'interazione del 
programma con la parte di acquisizione dati, magari portata avanti senza 
l'uso di thread, con effetti collaterali che hanno influito sulla sfera 
della grafica senza però riguardarla direttamente.
Insomma, si dovrebbe indagare più a fondo per scoprire quello che 
realmente non ha funzionato.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

   Marco.
In effetti ti diro' che sono rimasto anch'io piuttosto incredulo alla sua 
ipotesi e ho avuto il tuo stesso sospetto su una cattiva gestione delle 
routine di comunicazione che se non adeguatamente inserite in thread forse 
hanno rallentato l'esecuzione del rimanente codice.
Se fosse come lui dice penso che il punto debole sarebbe gia' emerso negli 
ambienti degli sviluppatori e gia' ben diffuso in Rete.
Ciao, Giorgio

 Ciao, Giorgio
Ciao,
Andrea

possibile che la sua giustificazione sulla lentezza sia plausibile?
A parte le perplessità sulla gestione del progetto (che hai un
sottosistema grafico lento te ne accorgi *mentre* stai realizzando il
progetto e hai il tempo di correre ai ripari, non a progetto
concluso), la mia risposta è: no, la sua giustificazione non è
plausibile. 
Anche i metodi standard forniti da Delphi (e ancor prima da Windows),
per gestire la grafica sono piuttosto lenti.  Molti sviluppatori
ricorrono a librerie specifiche (che spremono cicli macchina usando
l'assembly).  
La grafica è un campo per il quale, da secoli, esiste una miriade di
tecniche di ottimizzazione (per *qualunque* piattaforma, compresa
.NET), tale che oggi non ci si può di certo nascondere dietro un dito.

 possibile che la sua giustificazione sulla lentezza sia plausibile?
Sto usando per fare i loghi dei miei programmi ed altre amenità simili
questa chicca freeware scritto in dotnet:
http://www.eecs.wsu.edu/paint.net/index.html
Per quanto possa fargli fare filtri, ritagli e operazioni complesse non
vedo decadimenti di prestazioni... e questo software fa concorrenza a paint
shop pro & company...
Forse, dico forse perchè non ho visto il codice di quel progetto dei tuoi
amici, forse quella GUI è stata scritta non proprio bene....
ciao!!!!
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/