Newsgroup: it.comp.lang.visual-basic
Titolo: Eseguibile molto grande ?

Vorrei sapere se, a vostro parere, un EXE realizzato in VB6 compilando un 
progetto composto da 55 form e da 6 moduli BAS, di complessivi 3400 KB, può 
essere considerato molto grande e quindi si può ritenere che sia stato 
progettato male.
Devo dire, in tutta onestà, che funziona piuttosto bene nonostante, ripeto, 
la mastodonticità (forse) dell'eseguibile.
Qual'è, per favore, il vostro parere ? Avete esperienze simili al riguardo ?
Grazie.
AlpVir

UUU ha scritto:

Per caso hai inserito delle immagini nei form o in picturebox attraverso 
la proprietà picture?
ciao,roby

 progettato male.
Purtroppo č difficile dire cosě se su due piedi se č stato progettato
male. Una cosa perň č certa: progettare *bene* un programma non č
facile e questo credo possano confermarlo un pň tutti, specialmente poi
Visual Basic rende questo un pň piů difficile, ma non impossibile.
Parlo di VB6, naturalmente, poiché 
VB.NET
 č una "bestia" completamente
diversa ed integrata in dotNET ed č molto piů facile scrivere programmi
progettati bene.
Quindi... se qualcuno mi chiede se un programma č progettato male,
d'istinto dico si :) ma solo perché spesso molte cose potrebbero
essere migliorate... spero che il mio pensiero sia chiaro :D
Ciao,
Andrea

 progettati bene.
E dato che più opzioni un linguaggio rende disponibili e più è facile
intricare le cose, credo di poter affermare che anche in .Net è possibile
fare strutture allucinogene.
Ciao

 progettato male.
Diciamo che 3mb e mezzo non è un progetto particolarmente grosso (io sono
arrivato a vederne uno di circa 40Mb), specie se contiene ben 55 form.
Da qui a dire se un programma è ben progettato ne corre.
Ciao

 ha scritto nel messaggio 
news:43b38bd3$1...@x-privat.org...

No, se non in misura molto molto limitata (diciamo 50 KB).
Grazie
AlpVir


Era quello che volevo sentirmi dire. (40>>3.4).
Grazie
AlpVir 

 Ciao
Ciao,
Andrea

 AlpVir 
Andrea

 ha scritto nel messaggio 
news:43b4408a$0$1064$4faf...@reader2.news.tin.it...

Mi spiace deluderti ma non volevo affatto che il popolo plaudesse alla mia 
abilità programmatoria. Avevo il timore che qualcuno, più esperto e più 
navigato di me, mi dicesse che un programma di 3.4 MB poteva (doveva) essere 
strutturato in altra maniera (ad esempio un menu principale che lancia vari 
e diversi eseguibili)
In effetti i programmi commerciali (intendo i Finson e simili), sviluppati 
in VB6, che ho avuto la possibilità di vedere svolgono funzioni ben più 
limitate del mio e "pesano" molto meno in termini di KB.
Un altro mio timore era che il mio programma, nato in VB4 e poi trasferito 
in VB6 (utilizza ancora DAO !) è stato ampliato nel corso, diciamo, degli 
ultimi 10 anni, svolgendo sempre più funzioni.  Funzioni che sono 
essenzialmente la gestione di un laboratorio di analisi mediche, compresa 
l'anagrafica pazienti, la loro accettazione, la parte contabile e quella di 
interfacciamento alle macchine di analisi.
Ecco, forse è qui il difetto: il non aver separato in due o più diversi 
programmi (alias eseguibili) la parte "contabile" da quella più strettamente 
"tecnica".
Purtroppo essere sono strettamente legate ed è impensabile effettuare una 
separazione adesso, come è impensabile passare da DAO al (più prestante ?) 
ADO.
Come ho organizzato il programma ? Difficile a descriverlo.Viste le 
problematiche in gioco, strettamente connesse con leggi regionali (la sanità 
è competenza delle Regioni), ad ogni stormir di fronda di qualche assessore 
regionale sono stato costretto ad effettuare delle modifiche, a volte anche 
pesanti.  Il committente, da parte sua, pian pianino si rendeva conto di 
come l'informatizzazione della sua attività fosse per lui vantaggiosa e ... 
un giorno mi diceva di aggiungere la gestione delle immagini dei referti, un 
altro di interfacciarsi con il programma di contabilità del suo 
commercialista, un altro di consentire ai propri clienti di ricevere 
rapporti direttamente in Excel, e così via.
Insomma è crescito mattone dopo mattone. Se vi dico che la primissima 
versione (ben prima di quella in VB4) è stata sviluppata con l'Apple II e 48 
KB di RAM qualcuno nemmeno capirà di cosa parlo. La versione successiva è 
stata sviluppata in VBDOS (ulteriori cenni di incomprensione ...)
Spero di non aver annoiato chi avrà la (s)ventura di leggermi e perdonate le 
divagazioni.
Buon anno a tutti.
AlpVir

 AlpVir
Andrea



Non credo che la sola dimensione del file eseguibile sia sufficiente per dire
che è progettato male.
E poi 55 form sono un buon numero.
Al limite puoi creare a tuntime i controlli se usi delle matrici di controlli, o
provare a ridurre la grafica al minimo.
Per ridurre le dimensione delll'eseguibile una volta generato, va benissimo UPX,
che trovi qui:
http://upx.sourceforge.net/
--
ciao
  Stefano

 
http://upx.sourceforge.net/
sia le matrici di controlli che upx non risolvono l'occupazione in ram.
un jpeg ti occupa 100k su disco, ma in ram restera' sempre 1mb. cfr
irfanview, statusbar: ho aperto un png, dice 100k/4m...
in linea teorica, 4mb per 55 form non sembra tanto. qualcosa di piu' si puo'
forse dire guardando il taskman, ram e swap.
per il resto sono discorsi un po' a vuoto, se non hai la cosa davanti
fatichi a dire se si puo' ottimizzare.
ciao, a.