Newsgroup: it.comp.lang.c++
Titolo: Un consiglio Saggio

Ciao a tutti, in ditta abbiamo un programma che sviluppiamo da ormai quasi 
10 anni
e che tutt'ora seguiamo.
Il software è interamente fatto in C++ (con visual studio 6) e l'interfaccia 
in MFC.
Quest'ultima è diventata ormai ingestibile e anche come apparenza ha fatto 
il suo tempo.
Verso che tecnologia migrereste al posto mio? Ovviamente si tratterebbe solo 
dell'interfaccia
dato che tutto il "kernel" del software è composto da DLL consolidate che 
non possono essere
riscritte (occorrerebbero anni) e che nemmeno vogliamo diventino preda di 
reverse engeniring
selvaggi e banali.
La migrazione di tutto il software verso .NET è a mio parere da escludere 
anche perchè il codice deve
essere efficiente e nativo.
Io pensavo a windows form... che ne pensate?
-------------------------------------------------------------------- 
Giò
Mac Power User but Windows Programmer
--------------------------------------------------------------------
Togli FUCKSPAM per rispondere in privato 

 ha scritto nel messaggio 
news:y_2dnZYoaZo...@kpnqwest.it...


 Io pensavo a windows form... che ne pensate?
Una soluzione è l'interfaccia grafica in C++ managed (come diceva Leonardo).
Ha il pregio/difetto che si porta dietro come dipendenza il .Net runtime.
Un'altra potrebbe essere SmartWin 
http://smartwin.sourceforge.net
Avevo pensato anche a Qt e WxWidgets ma se non vi serve la compatibilità 
multiplatform forse sono eccessivamente complicate (e pesanti come 
dimensione degli exe prodotti, ma è soggettivo).
Ciao
Jarod

 ha scritto nel messaggio 
news:454b760d$0$19243$4faf...@reader4.news.tin.it...


 ha scritto nel messaggio 
news:YridnTJcuJL7DtbY...@kpnqwest.it...


> notevole ...
D'accordo al 100% con Leonardo.
Per quanto riguarda la migrazione dei moduli della GUI dipende anche da 
quanto lavoro avete fatto nella creazione di altre classi e/o custom 
controls derivati da MFC.
Inoltre la gerarchia di classi .Net (System.Windows.Forms) è molto 
diversa da MFC.
A suo tempo ho cercato tools per il porting da MFC a .Net 
SWF/Qt/WxWidgets trovando solo questo 
http://www.trolltech.com/products/qt/addon/solutions/catalog/4/Windows/qtwinmigrate
Purtroppo anche Qt è diverso da MFC e richiede un tempo di apprendimento 
non trascurabile.
In alternativa puoi guardare questo 
http://www.wxwidgets.org/wiki/index.php/WxWidgets_For_MFC_Programmers
Forse WxWidgets è quello che assomiglia di più a MFC ma ci sarebbe 
sempre il doppio carico di lavoro (mantenere vecchia gui, riscrivere la 
nuova).
Ciao
Jarod

Grazie mille ad entrambi, avete semplicemente dato conferma alle mie idee.
Non avevo pensato a nulla di diverso (anche se speravo ci fosse).
La soluzione in visione anche del futuro è sicuramente quella di usare .Net.
Ultimo dubbio, come la vedete l'implemetazione dell'interfaccia in C++ 
builder????
Avrei molti controlli e di facile uso già pronti e riuscirei a mantenere 
l'indipendenza dal framework.
(Questo è un mio dubbio in ditta non cambierebbero mai da VS sono troppo 
tarati).
Giò


 tarati).
Appunto, il gruppo di lavoro è un altro fattore nella scelta.
Bye
Jarod

 tarati).
In C++ Builder si dispone certamente di un ambiente piů RAD ma il passaggio 
da MFC comporta comunque la riscrittura (anche se gran parte del lavoro puň 
avvenire in maniera visuale come in .Net) con conseguente tempo per 
l'apprendimento delle classi VCL e per l'indipendenza del framework saresti 
comunque costretto ad includere le librerie della VCL (con la possibilitŕ 
perň di linkare quest'ultime staticamente).
In sintesi l'implementazione con la VCL comporta non meno sforzi 
dell'implementazione in .Net (anche .Net ha molti controlli di facile 
utilizzo giŕ pronti) ma bisogna tenere conto che ormai č superata.
Ormai il .Net framework verrŕ integrato in Windows Vista (la versione 1.1 č 
giŕ presente in Windows Server 2003 Rc2) e non comporterŕ piů problemi nella 
sua distribuzione in quanto giŕ presente nei nuovi sistemi. 

 nella sua distribuzione in quanto già presente nei nuovi sistemi.
Pensa che per me è già un problema dover dire a quelli che usano win95 che 
devono cambiare
perchè il framework non va....
La base di utenza purtroppo è da considerare e per questo ci devo andare con 
i piedi di piombo. 

 C++ builder e componenti core in Visual C++ ?
Vedrei cosa si puņ fare cercherei di portare tutto su builder se fosse 
possibile
senza modifiche mastodontiche, altrimenti creerei solo la gui in c builder
lasciando il core in VS
Ciao Giņ

 devono cambiare perchè il framework non va....
mamma mia ... non ti invidio per nulla.
Qualcuno che usa Windows for Workgroups 3.11 non c'è ?
Consiglio il computer a manovella 
http://punto-informatico.it/p.aspx?i=55264
 per la tua base d'utenza ;-)
p.s. WxWidgets funziona bene anche con Win95, sembrerebbe la soluzione 
migliore per te.
Ci sono anche degli editor visuali wxGlade 
http://wxglade.sourceforge.net
, VisualWx 
http://visualwx.altervista.org
, 
wx-Devcpp 
http://wxdsgn.sourceforge.net
 che potresti usare insieme a 
Visual Studio.
Ciao

 l'indipendenza dal framework.
Questa mi sembra un'illusione.
Ciao,
Nicola

 
http://wxdsgn.sourceforge.net
 che potresti usare insieme a Visual Studio.
Me li studio un po' e vediamo che posso tirarci fuori
Grazie Giò

 ha scritto nel messaggio 
news:lq6dnbjVhogshdLY...@kpnqwest.it...
