Newsgroup: it.comp.lang.c++
Titolo: Grazie ma sono ancora piu' indeciso di prima

Dopo il "vespaio" che ho scatenato con il mio precedente post sono piu'
indeciso di prima (capisco meta' delle cose che vengono discusse).
Innanzitutto ringrazio tutti quelli che mi hanno risposto ma vi chiedo
ancora un piccolo sforzo......
.... potreste indicarmi in sintesi cosa scegliereste nei miei panni fra
Microsoft VC++ e Borland/Inprise Builder tenendo presente che:
- sono un neofita sia della programmazione ad oggetti che del C++
(conosco bene il C)
- le applicazioni che dovro' sviluppare inizialmente saranno piuttosto
semplici (maschere dati con scrittura su file, comunicazione via
seriale)
- vorrei avere meno problemi possibili per quanto riguarda
l'installazione e l'esecuzione dei programmi che andranno in giro per il
mondo (a tale proposito il fatto che Microsoft produca anche il sistema
operativo non dovrebbe garantire una maggiore stabilita' rispetto a
Borland ?)
- non vorrei scegliere un prodotto in base al fatto che, essendo un
neofita, sia di piu' immediato utilizzo (non mi preoccupa la "gavetta")
- vorrei scegliere un prodotto e utilizzarlo per molto tempo senza
essere costretto ad acquistare l'altro. Forse saro' esagerato ma non e'
che Borland abbandonera' prima o poi la strada come ha fatto nella notte
dei tenpi con il Turbo Basic ?
Dalle precedenti risposte mi sembra di aver capito che l'ambiente di
sviluppo di Borland sia piu' semplice e quello di VC++ sia piu' potente
(correggetemi se sbaglio).
Vi confesso che sarei piu' orientato verso Borland per vari motivi (non
ho molta simpatia di "mamma" Microsoft) pero' la mia decisione deve
prescindere da questo tipo di romantiche considerazioni.
Vi ringrazio anticipatamente e spero accorriate numerosi come al mio
precedente post.
Saluti, Alex.T
lunizzi@tin.t

 prescindere da questo tipo di romantiche considerazioni.
Provali entrambi e poi usa quello con la quale ti trovi meglio.
Li ritengo abbastanza simili. 
Io utilizzo Borland per applicativi "Standardizzati" (come definiti da
Paolo Marotta in un suo post) e che non hanno problematiche di porting
o non utilizzano il COM. Sicuramente superiore per quanto riguarda
l'accesso ai DB.
Utilizzo Visual per applicativi ATL/COM o che abbiano problematiche di 
porting magari aggiungendo le librerie QT.
Se vuoi affrontare il mondo Win32 con il Visual devi comunque passare 
dalle MFC o ATL/WTL (che a me piacciono molto di piu' delle MFC).
In generale la ritengo una scelta soggettiva, che va al di la' 
dell'implementazione dello standard.
Fausto

 precedente post.
Cosi' riprendiamo ad accapigliarci qui :-)
Ciao,
Nicola


Abbi pazienza ma da vero neofita non conosco nemmeno le varie sigle, con il
risultato che non ci capisco niente nelle vostre risposte se non mi vengono
spiegate inizialmente: cosa significa COM, ATL/COM , QT, MFT e ATL/WTL ?


 spiegate inizialmente: cosa significa COM, ATL/COM , QT, MFT e ATL/WTL ?
Hai ragione e mi scuso.
COM = Component Object Model - Tecnologia Microsoft per la creazione e
      gestione (anche in maniera distribuita) dei componenti software.
      E' "language independed" e si basa sui concetti Object-Oriented.
      Forse Alex Martelli ti puo' dare una definizione migliore.
MFC = Microsoft Fundation (sarebbe meglio dire Frustration) Class. 
      Personalmente le odio. E' un bel (si fa per dire) vestito C++
      alle API di Windows.
ATL = Active Template Library  - Sono un set di classi C++ con cui 
      e' possibile programmare COM in maniera semplice e pulita.
      Si basano sui template del C++. Sono belle e ben fatte.
WTL = Windows Template Library  - Sono un set di classi per la
      programmazione sotto Windows. A mio avviso potrebbero 
      sostituire le MFC (e alla grande).
 
Qt  = Librerie C++ per la generazione di interfacce portabili 
      fra tutti (o quasi) i sistemi operativi conosciuti.
      Complesse ma belle. Sono della Troll (
www.troll.no
).
Fausto

 spiegate inizialmente: cosa significa COM, ATL/COM , QT, MFT e ATL/WTL ?
COM: Common Object Model
    e` una specifica, ed un complesso di strumenti, infrastrutture,
    convenzioni, ecc, che permette piena interoperabilita` fra "componenti"
    (parti-di-programma), sviluppate da persone/gruppi/aziende diverse,
    anche in linguaggi di programmazione diversi, anche in modo
    distribuito fra varie macchine in rete ("DCOM", "Distributed" COM).
ATL: Advanced Template Library
    e` una libreria (non solo di template, ma _soprattutto_ di template,
    come la libreria standard C++) che facilita lo sviluppo in C++ di
    componenti COM (e anche di codice-cliente per COM)
QT: ignoro il referente della sigla
    e` una libreria (una fra tante, tantissime) per lo sviluppo di
    interfacce utente in C++ con un certo grado di portabilita`
    fra piattaforme diverse; se non sbaglio e` gratis per Linux,
    ma a pagamento per Windows, mentre altre ottime librerie
    sono gratis dappertutto.
MFT: mai sentita
WTL: mai sentita neanche questa.
Alex

 Alex
Scusami Alex, ma ne venni a conoscenza proprio in un tuo post. 
Comunque ti rinfresco la memoria.
Windows Template Library - WTL Version 3.0         
	(build 9335)  12/01/99
La si trova sul CD del Platform SDK di Microsoft. Non ho mai 
capito se trattasi di prodotto supportato o meno dalla Microsoft.
Fausto

 porting magari aggiungendo le librerie QT.
Scusate ma nella foga mi sono dimenticato di chiedere cosa e' il "porting". E'
forse la possibilita' di trasferire i programmi su altri compilatori C++ su
altri OS ?
Grazie, Alex.T

 MFC = Microsoft Fundation (sarebbe meglio dire Frustration) Class.
Se non erro si chiamano Foundation.
EMG

 wrote in message
news:38E1D01F...@tiscalinet.it...

Si` -- non necessariamente su altri OS, comunque su altri compilatori
(o versioni successive dello stesso compilatore, a volte:-0).
Alex

 capito se trattasi di prodotto supportato o meno dalla Microsoft.
La mia RAM dinamica evidentemente perde colpi -- cerchero`
in rete quando avro` tempo!-).
Alex

 in rete quando avro` tempo!-).
www.idevresource.com/com/library/bytesize/wtl.asp
Interessante davvero...!
...ma quando mai ne avevo parlato, io...?-)
Alex

 COM = Component Object Model - Tecnologia Microsoft per la creazione e
Hai ragione -- e` un errore che continuo a ripetere quello di
pensare alla C di COM come "Common" mentre invece sta per
"Component".
Alex

 altri OS ?
Si, ma anche su altri compilatori dello stesso OS.
EMG

Microsoft VC++ e Borland/Inprise Builder tenendo presente che:
Borland C++ Builder.
Se non sei strettamente interessato al C++, prova Delphi.