Newsgroup: it.comp.lang.c++
Titolo: Crisi del programmatore :-)

Mi stannio sorgendo alcuni dubbi :-)
1) Cos'è ATL? Se non sbaglio, dovrebbe essere un altro modo di incapsulare
le api. Allora, è meglio MFC o ATL? Visto lo spessore dei rispettivi
manuali, non penso si possano imparare entrambi, se non in 10 anni :-) Ho
fatto un a domanda stupida del tipo "meglio C++ o Delphi?".
2) Usando ad asempio MFC il file exe si ingrandisce e arriva sui 200/250 kb
(vuoto). A questo punto, mi accorgo che il Delphi + o - crea eseguibili sui
300/350 kb. Se non per spirito da smanettone, perchè continuare ad usare C++
quando c'è tanta comodità?
3) COM non è in un certo senso un contro senso (eheh)? Mi spiego: per fare
un programmino potrei usare Delphi, se uso C++ è perchè vorrei una utility
di dimensioni + piccole e + veloce (ma lo è davvero?). Usando COM andrei ad
ingrossare il file, dunque sarebbe un controsenso.
4) Quanto tempo dovremo aspettare prima di vedere i primi manuali di Vc che
tengano in considerazione Win2000? Sono riuscito a scorgere dai file alcune
api nella nuova dll ntdll.dll... Poi comunque dovrebbero esserci altre
novità del tipo "gestione memoria" etc.
Grazie a chi avrà la pazienza di rispondere :-)
-=Azathoth=-
Ps. Ho comprato "programmare in C++" di apogeo. Sono alle prime pagine, ma
ci staranno 200 errori. Anche stupidi, tipo apostrofi dove non vanno o
variabili scritte in modi diverso. Es. aereo_quadrimotore e
aereo_a_quattro_motori. Alla fine hanno messo 3 pagine di errata corrige
scritte in Times new roman 8. Da impazzire :-)

 api nella nuova dll ntdll.dll... Poi comunque dovrebbero esserci altre
Non so cosa dovrete aspettare voi, io ho un mucchio di "considerazioni
su Win2000" nella MSDN (manuali VC++ in linea) attualmente istallata
(da un paio di mesi).  E penso che cio` sia abbastanza comune.
Alex

 ....
Ci spieghi chi ti ha detto che "..Usando COM andrei ad 
ingrossare il file..." ???  
Sarei curioso di sapere da quali presupposti e' partito per fare 
un'affermazione del genere.
Fausto

Succede quando si scambia MFC con COM che non c'entra un cappero. Chiedo
perdono :-)
-=Azathoth=-

: E` WTL che e` "un altro modo di incapsulare le API".
[snip]
: WTL sembra (non ho esperienza pratica di suo uso -- ma ho usato
: quella parte di ATL cui WTL si ispira) un approccio eccellente per chi
: comunque le API vuole/deve impararle ed usarle.
:
: Puo` darsi che MFC offra piu` funzionalita` precotte, tipo il preview
: di stampa -- non ho ancora visto se WTL aggiunga questo tipo di
: cose.  A parte questo, penso che io preferirei sicuramente WTL.
:
: Hmmm, a parte il dettaglio che manuali buoni per MFC ce ne sono,
: per le API anche, ma per WTL sembra (per ora) ancora no.  Per
: un principiante potrebbe allora essere meglio aspettare...
Per chi volesse saperne un po di più riguardo a WTL consiglio una visitina
al sito 
www.idevresource.com
 dove si trovano due o tre articoli
sull'argomento con esempi annessi.
Per quello che ho potuto appurare personalmente, sto sviluppando
un'applicazione utilizzando WTL - nella eterna speranza di uscire dalla
dipendenza di MFC, WTL è molto 'light' e in quanto tale richiede che chi la
utilizza scriva più codice di quello che era abituato a scrivere utilizzando
MFC.
Essendo 'light', WTL non impone un predefinito schema (o meglio pattern)
nella generazione delle applicazioni (vedi Doc-View) quindi lascia la
libertà di scegliersi la via preferita (magari un MVC di smalltalk-iana
memoria).
Essendo 'light', WTL richiede una buona conoscenza delle api di Win32 e
anche un minimo di confidenza con ATL.
MM