Newsgroup: it.comp.programmare.win32
Titolo: Sviluppo interfacce grafiche

Ciao a tutti,
scrivo per chiedervi un consiglio: ho un compilatore Microsoft Visual
C++ .NET 2003 e vorrei cominciare a scrivere programmi dotati di
interfaccia grafica.
Fino ad ora ho sempre sviluppato programmi da linea di comando in c/c++
e non ho la più pallida idea sul toolkit da usare e in che direzione
studiare: ho sentito parlare di MFC e ATL.
Voi cosa ne pensate? Premetto che non voglio utilizzare tecnologie
dipendenti da framework come .NET
Grazie
Matteo

Matteo ha scritto:

se non hai esigenze di portabilita wtl o al limite (:-) mfc
le wtl sono 100% c++ leggerissime e non richiedono dll a parte
non sono ufficialmente supportate dalla ms ma sono molto ben documentate 
in giro per il web
ciao

 dipendenti da framework come .NET
Per curiosità perchè?
Io ho sviluppato con il fw 2.0 beta una UI molto complessa in circa 3 ore. 
L'analogo in WTL o MFC (che peraltro non userei assolutamente) richiede una 
quantità di tempo immensamente superiore.
Ovviamente lo stesso vale per il fw 1.1 ma i controlli del 2.0 sono 
realmente molto più potenti.
-- 
Raffaele Rialdi
Microsoft .NET MVP 
http://mvp.support.microsoft.com
 -
http://italy.mvps.org
 UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
 Weblog: 
http://blogs.ugidotnet.org/raffaele

> Per curiosità perchè?
correggimi se sbaglio, ma il codice .NET non deve essere crittografato
per evitare che qualcuno lo decompili?
Inoltre vorrei che le dimensioni del mio programma stessero sotto il
Mb, installer compreso...
Ciao e grazie per l'interessamento

 Ciao e grazie per l'interessamento
Prego


 è decisamente più piccolo di quello che puoi fare con C++.
Ok, mi hai convinto a provare :)
Un'ultima domanda: mi dai una dritta su che libro prendere per imparare
a scrivere interfacce grafiche? No pb per la lingua.
Grazie ancora
Ciao
Matteo

 Grazie ancora


 realmente molto più potenti.
La mia esperienza e' un po' diversa,
e non pretendo assolutamente di avere la ragione in tasca ;)
Alla fine ho scritto un sermone... mi dispiace.
Uno dei miei requisiti di progetto e' quello di non lasciare da subito
i controlli aperti alle modifiche (come invece fa lo standard di MS).
In pratica, in partenza, tutto deve essere bloccato tranne la
possibilità
di copiare negli appunti.
Cosi' mi ritrovo con le Edit che hanno il ReadOnly e le combo 
e altri controlli no. 
L'alternativa EnableWindow(FALSE) non aiuta certo, in tal senso.
I controlli standard non lasciano scampo: devo *fare da me*.
Per certe applicazioni si preferirebbe avere lo sfondo nero,
(più di qualcuno dice che si abbronza a stare davanti al monitor CRT,
ed anch'io odio il monitor troppo luminoso ;))
con una dialog piena di controlli (Edit tipicamente).
Ma si puo' cambiare il colore della selezione (blu)? 
Io non ho ancora trovato una risposta,
a parte... *fare tutto da me*.
E potrei continuare, d'altronde ne e' zeppo codeproject.
All'avvento del nuovo framework ho curiosato tra i "nuovi" controlli,
ma non ho trovato risposta nei tempi che mi ero prefissato,
 e il tempo e' un fattore importante della mia vita
di programmatore (e di certo non solo mia).
Insomma non ho trovato qualcosa che mi potesse aiutare.
Oltretutto mi succede spesso (ieri, per esempio, l'ultima volta)
di scaricarmi un programma exe scritto in .NET (C sharp) che al doppio
clic mi lancia una di quelle belle finestrelle (manca questo, devi fare
quello,
l'altro, questo non e' adatto, ecc. ecc.) che mi ricorda in tutto e 
per tutto perche' ho evitato Java. :)
E dire che era gia' installato il fw .NET!!!
Ancora, situazione: discussione di lavoro da un direttore IT
di un'importante azienda.
Capita l'occasione inaspettata per mostrare un exe (scritto in MFC).
Chiavetta USB e tutto e' risolto (le dll stavano nella chiavetta).
Se fosse scritto in .NET? Penso che avrei dovuto rinunciare. 
Mica potevo scansarlo dalla sua scrivania e dirgli 
"un attimino che scarico il framework" poi
riavvio, e poi chissa'!
Ma in occasioni delicate come quelle nemmeno il classico installer
del programma sarebbe stato accettabile.
Un exe che se ne sta buono in una Pen-drive si'.
Quindi anch'io per il momento evito di usare tecnologie
dipendenti da framework come .NET, e a dirla tutta anche
MFC. Il discorso cambia per ATL, semplicemente per la comodita'
delle CString e del "wrapping" per l'accesso rapido OLE DB.
Win32, che conosco gia' e per cui sono attualmente produttivo
mi permette anche tutti i vari "fare da sé" che ho trovato 
difficile sotto MFC e mi spaventa alquanto sotto il fw .NET.
Il mio dubbio rimane legato al tempo che dovrei impiegare per
utilizzare decentemente gli strumenti sotto il nuovo fw e al
prezzo da pagare in termini di mancato reddito per poi avere....
..
Saluti
JJ
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 prezzo da pagare in termini di mancato reddito per poi avere....
In quanto a produttività il framework non teme confronti... neppure rispetto 
a java (preciso che non sono un esperto di java ma ho avuto modo di vedere 
paper comparativi).
Secondo la mia esperienza (anch'io sviluppavo le UI MFC e WTL) il gioco ne 
vale la candela. All'inizio devi capire il framework (libro di Richter tanto 
per intenderci) ma poi voli letteralmente. E vs2005 + fw 2.0 sono riusciti a 
sbalordirmi ... per realizzare una UI complessa ci ho messo veramente 
pochissimo tempo (3 ore).


 pochissimo tempo (3 ore).
Uno dei motivi per cui ho abbandonato MFC dopo anni di utilizzo
e' stato per la difficoltà di gestire i messaggi, soprattutto
 con i controlli e la tastiera.
In stile classico Win32 lavoro a meraviglia con una programmazione
che mi lascia pressoché intatto il nesso causa effetto di quello
che scrivo.
Il fw .NET lascia mettere le mani nel WinMain?
...o esiste come in MFC una funzione "PreTranslateMessage"?
Spero di essere ancora nella tematica del Thread :)


 Saluti
Lo spero anch'io :-)
Ciao


 cos'e' "il deploy x-copy con le app .net " ?
Una delle frasi di lancio di .NET è deployment XCopy
che è un modo ingegnoso di dire che si copiano semplicemente
 i file ed il programma funziona.
da CA P I T O L O 13: ASSEMBLY .NET, DEPLOYMENT E COM INTEROP


 wrote in message
news:bJ1Pe.15554$
zs....@tornado.fastwebnet.it
... mi stai incuriosendo sempre di piu'!!!
Penso che provero' (tempo permettendo) a fare qualcosa in
VC++ .NET.
Grazie di tutto.


 Grazie di tutto.
Prego
