[UI Design] C++, C++ .NET, C++ MFC o C#?

[MarcoGG]

Originariamente inviato da WarDuck

Se non erro Visual Studio Express non si può usare in ambienti di produzione, ergo se vuoi vendere software.

Erri. MS dice che si può usare eccome :
http://www.microsoft.com/express/sup...pport-faq.aspx

[peng]

Originariamente inviato da Pixel452

Quindi siete indecisi tra Qt e WPF?
Credo siano le piattaforme più papabili per i linguaggi scelti. Facci sapere.

Non conosco Qt purtroppo, ma ora mi sto informando un po' meglio su di esso.

Originariamente inviato da Pixel452

Se posso... non avete pensato a fare un paio di giorni di prova con entrambe le soluzioni? Almeno vi fate un idea parziale.

Credo di si.. questo weekend abbiamo provato MFC. Stamane abbiamo un meeting e credo che la scelta piu' sensata sia provare ora C# .NET usando WinForms. Purtroppo dobbiamo anche considerare il capitale di esperienza che abbiamo nel team e questo e' MFC e C# .NET usando WinForms.

Dobbiamo fare una prima release tra 3 mesi, quindi abbiamo i tempi piuttosto stretti e la scelta diviene un po' piu' rigida..

stiamo a vedere cosa salta fuori.. sia io che l'altro mio collega non conosciamo WPF, quindi la tendenza sarebbe usare WForms dato che dobbiamo garantire un risultato tra 3 mesi e l'applicazione e' molto ma molto complessa..

[WarDuck]

Ci dovrebbero essere dei porting in .NET per quei componenti... in effetti non ho capito se saranno integrati nella versione finale di .NET 4.0.

[Pixel452]

Premetto che le nuove MFC non le ho provate, ho solo visto che è presente un interfaccia in stile Ribbon, non so se c'è già anche in WPF.

WPF è una libreria in C# basata su rendering tramite DirectX, quindi completamente vettoriale ed accelerata, utilizza un metodo dichiarativo basato su xaml per definire l’interfaccia (che cmq può essere creata anche via C#) questo permette di slegare la logica del programma dall’UI. L’Interfaccia è totalmente basata su stili e template questo ti permette di modificarla in modo molto comodo e veloce ma soprattutto potente, il sistema di animazioni è molto avanzato e perfettamente integrato. Per farti un esempio un po’ estremo rifare lo stile dei classici bottoni per farli apparire come un cubo rotante riflesso con dentro un video non è niente di che, prova a pensare di farlo in un'altra libreria.

Due link tanto per farti vedere dove puoi arrivare con WPF.

http://www.youtube.com/watch?v=OJgHMA2uJO0
http://www.youtube.com/watch?v=GzrAS9SGj2k

Ovviamente per usarlo bene devi essere bravo ed avere esperienza, ci sono molti concetti nuovi per un programmatore che viene dalle WinForm 2.0 e all’inizio non sarà facile, dipende voi che esigenze avete e quanto tempo avete per impararlo come si deve. Se vi bastano le WinForm e le sapete già usare potete anche continuare su quella strada, dipende sempre dal rapporto costi/risultato

[zakmckraken]

Originariamente inviato da peng

Inoltre, questa domanda e' estesa a tutti, la mia impressione e' che usando MFC puoi ottenere effetti migliori nell'aspetto della tua applicazione. Ad esempio ho installato un FEATURE PACK per VS 2008 ed ora posso un sacco di layout (Office 2007, Visual Studio etc..). Inoltre v'e' il supporto dei Ribbon. La cosa che comunque era presente anche prima e' il fatto che usando il Wizard posso creare gia' un applicazione "dockable" e con un'aspetto professionale. Vi risulta che sia possibile fare lo stesso anche con .NET?

Occhio a MFC come dicevo se stai facendo qualcosa di dinamico rischi di scontrarti con un delirio totale (MFC e fatta bene...se la usi come ms vuole, ovvero con risorse e form fissi...) se vuoi cose dinamiche meglio .NET o, visti i post precedenti ma non per esperienza personale, QT.
Ci sono anche parecchie estensioni a pagamento per .NET e MFC (v.componentart, o profui) per usare widgets "fighi" ma attenzione a fare prima una sorta di programma di prova con le funzionalita'che non sono esplicitamente fornite dai toolkit perche potrebbe essere un salto nel buio (ne so qualcosa )

Originariamente inviato da Pixel452

WPF è una libreria in C# basata su rendering tramite DirectX, quindi ...

Ma non ha delle funzionalita'ridotte rispetto a WinForms? O sono io che ho capito male?? (non mi sono informato con "estrema" attenzione ma mi era parso) .. giusto per avere anche io qualche delucidazione

[Pixel452]

Originariamente inviato da zakmckraken

Ma non ha delle funzionalita'ridotte rispetto a WinForms? O sono io che ho capito male?? (non mi sono informato con "estrema" attenzione ma mi era parso) .. giusto per avere anche io qualche delucidazione

Si, ha dei controlli in meno, non capisco neanche io perchè alla MS non li abbiano integrati, per assurdo mancano anche i calendar che sono stati inclusi solo di recente in Blend 3(quindi devi installarlo ed usare gli assemly che ti aggiunge per averli).

Peng faresti bene a controllare che tra WPF e Blend ci siano tutte le cose che ti servono, perchè effetivamente della roba manca, magari la trovi gratuita su internet ma non è il massimo se hai delle scadenze e sei alle prime armi con la libreria.

[||ElChE||88]

Fossi in voi lascerei stare WPF, visto che avete poco tempo e soprattutto poca esperienza in WPF.
Se c'è una cosa da evitare, è usare WPF come se fosse WinForms 3.0: il risultato sarà inevitabilmente una porcheria.

Originariamente inviato da Pixel452

Si, ha dei controlli in meno, non capisco neanche io perchè alla MS non li abbiano integrati, per assurdo mancano anche i calendar che sono stati inclusi solo di recente in Blend 3(quindi devi installarlo ed usare gli assemly che ti aggiunge per averli).

I calendar (e non solo) sono stati aggiunti alla release 4.0 di WPF, e quindi sono disponibili anche con Visual Studio 2010.

[Pixel452]

Si, lo sapevo, ma se non sbaglio non c'è ancora stato un rilascio definitivo.

[||ElChE||88]

Originariamente inviato da Pixel452

Si, lo sapevo, ma se non sbaglio non c'è ancora stato un rilascio definitivo.

Esatto, attualmente sono alla Release Candidate.

[cionci]

Originariamente inviato da peng

Inoltre, questa domanda e' estesa a tutti, la mia impressione e' che usando MFC puoi ottenere effetti migliori nell'aspetto della tua applicazione. Ad esempio ho installato un FEATURE PACK per VS 2008 ed ora posso un sacco di layout (Office 2007, Visual Studio etc..). Inoltre v'e' il supporto dei Ribbon. La cosa che comunque era presente anche prima e' il fatto che usando il Wizard posso creare gia' un applicazione "dockable" e con un'aspetto professionale. Vi risulta che sia possibile fare lo stesso anche con .NET?

Le interfacce Ribbon le puoi fare con WPF.
Con le Qt non le puoi fare, ma ci sono altri componenti aggiuntivi per ottenere interfacce simili.
Qualsiasi cosa, ma evita MFC come la pesta. Ti do un compitino da fare con MFC: cambiare il background di una edit box.
Qui c'è la soluzione: http://www.codeguru.com/cpp/controls...icle.php/c3929

[peng]

...sono di ritorno dal meeting con il nostro project manager e sembra che lo abbiamo convinto ad utilizzare C# .NET.. dobbiamo pero' fare una prova sulle performance.

Infatti il nostro sw avra' una considerevole quantita' di funzioni matematiche. Stiamo simulando un prodotto industriale ingegneristico per il quale utilizziamo equazioni termodinamiche.

Ora stiamo implementando un test case in entrambi i linguaggi per fare un po' di benchmarking.. un altro fattore da considerare e' che la ns applicazione e' poi distribuita utilizzando CITRIX probabilmente..


c'e' qualcuno di voi che ha gia' fatto performance test simili (matematica complessa)?

Grazie mille

[cionci]

Se hai problemi di performance, niente ti vieta di implementare i calcoli matematici tramite un DLL esterna fatta in un linguaggio di più basso livello.

[peng]

Originariamente inviato da cionci

Se hai problemi di performance, niente ti vieta di implementare i calcoli matematici tramite un DLL esterna fatta in un linguaggio di più basso livello.

Era quello che pensavamo anche noi.. sarebbe la soluzione ideale cosi si unisce performance a velocita' di sviluppo.

Vediamo un po' come procedono le cose..

Grazie per le dritte,

Rimangono benvenuti eventuali test di performance :-)

...un altro argomento a favore di .NET e' che molti giochi per XBOX iniziano ora ad essere sviluppati in .NET, il che dovrebbe essere un indicatore positivo. Probabilmente Microsoft sta ottimizzando il linguaggio parecchio :-)

[peng]

Originariamente inviato da cionci

Le interfacce Ribbon le puoi fare con WPF.
Con le Qt non le puoi fare, ma ci sono altri componenti aggiuntivi per ottenere interfacce simili.
Qualsiasi cosa, ma evita MFC come la pesta. Ti do un compitino da fare con MFC: cambiare il background di una edit box.
Qui c'è la soluzione: http://www.codeguru.com/cpp/controls...icle.php/c3929

Ottimo, grazie della dritta.. :-)..

altri fattori in favore a .NET e contro MFC sono:

• 1 - usando ad esempio C# la sintassi e' + intuitiva quindi + adatta a programmatore meno esperti. Nel nostro caso abbiamo un contratto a progetto di 14 mesi e quindi una volta lasciata la compagnia sara' per loro + facile modificare il software. Si noti che nel nostro team siamo 2 informatici e 2 ingegneri (quest'ultimi impareranno da noi le basi della programmazione e imparare MFC sarebbe + tedioso).
  
  
  2 - una volta terminato il contratto saro' nel mercato del lavoro e v'e' molta + domanda per programmatori .NET
  
  3 - il mio collega ha anni di esperienza in .NET e 0 in MFC
  
  4 - abbiamo tempi di sviluppo stretti
  
  5 - testare in MFC (tenendo conto dei puntatori e balle varie) farebbe perdere + tempo rispetto a .NET e C#, e dato che il progetto prevede 6 release in 14 mesi la cosa suona tediosa in MFC..

Grazie Cionci!

[peng]

Originariamente inviato da Pixel452

Premetto che le nuove MFC non le ho provate, ho solo visto che è presente un interfaccia in stile Ribbon, non so se c'è già anche in WPF.

WPF è una libreria in C# basata su rendering tramite DirectX, quindi completamente vettoriale ed accelerata, utilizza un metodo dichiarativo basato su xaml per definire l’interfaccia (che cmq può essere creata anche via C#) questo permette di slegare la logica del programma dall’UI. L’Interfaccia è totalmente basata su stili e template questo ti permette di modificarla in modo molto comodo e veloce ma soprattutto potente, il sistema di animazioni è molto avanzato e perfettamente integrato. Per farti un esempio un po’ estremo rifare lo stile dei classici bottoni per farli apparire come un cubo rotante riflesso con dentro un video non è niente di che, prova a pensare di farlo in un'altra libreria.

Due link tanto per farti vedere dove puoi arrivare con WPF.

http://www.youtube.com/watch?v=OJgHMA2uJO0
http://www.youtube.com/watch?v=GzrAS9SGj2k

Ovviamente per usarlo bene devi essere bravo ed avere esperienza, ci sono molti concetti nuovi per un programmatore che viene dalle WinForm 2.0 e all’inizio non sarà facile, dipende voi che esigenze avete e quanto tempo avete per impararlo come si deve. Se vi bastano le WinForm e le sapete già usare potete anche continuare su quella strada, dipende sempre dal rapporto costi/risultato

Grazie delle dritte,
WPF suona fantastico ma forse e' vero che non sarebbe saggio fare un salto nel buio se il mio collega conosce bene WinForms.. io non conosco ne' una ne' l'altra quindi credo sia + sicuro affidarsi a WinForms e al mio collega visti i tempi stretti..

Grazie a tutti voi, e' davvero utile sentire i vostri pareri

[Johnn]

Originariamente inviato da peng

Anche MFC ha una funzionalita' simile, si puo' fare un editor di testo con tale funzioni (a parte il syntax highligting) in pochi minuti..

che linguaggio hai utilizzato? C++ .NET?

No, Java e un po' di xml tramite editor visuale (per aggiungere vici al menù, per esempio), quindi potresti anche non sapere niente di xml. (Infatti nell'ormai poco probabile caso che scegli questa strada puoi far fare i menù e le icone ai due ingegneri... ).

Ovviamente cambia in base alle specifiche, ma io ho scritto davvero poco codice in rapporto al risultato. Purtroppo non conosco MFC per fare un confronto sia in termini di fuzionalità, sia in termini di produttività.

[cionci]

Con le QT: http://qt.nokia.com/doc/4.6/richtext...ghlighter.html

[Johnn]

Qui c'è un tutorial che fa una panoramica (trovato googlando):

http://www.vogella.de/articles/RichC...m/article.html

[peng]

Originariamente inviato da cionci

Con le QT: http://qt.nokia.com/doc/4.6/richtext...ghlighter.html

Ciao,
stiamo pensando di lasciare stare MFC e Qt in quanto richiedono di essere programmatori esperti. E' infatti facile confondersi con i puntatori e dato che scriveremo molte righe di codice e molte funzioni matematiche, la probabilita' di inserire bug di questo tipo e' altissima.

Inoltre una volta che io e l'altro informatico c'e' ne andremo (tra 13 mesi), i due ingegnieri dovranno mantenere il codice...

entrambi non ci capiscono molto di OO programming e non faranno corsi a riguardo piu' linghi di tre giorni..

C# sembra essere la soluzione ideale in quanto, come Java, considera tutto come un puntatore e quindi il programmatore di non si deve preoccupare di pass by value, pass by reference etc..

Oltre al fatto che C# supporta gia' il Garbage collector (che tra l'altro verra' inserito nello standard C++ nel futuro prossimo venturo se non erro).

E' vero che e' possibile farlo anche con Managed C++ e usare .NEt, ma il secondo vantaggio di C# (e Java) nel nostro contesto e' che non hai i file header il che implica che c'e' meno codice ca mantenere..

i file header sono fighi come concetto, ma lo sappiamo bene che quando scrivi codice ti capita al 99% di doverli modificare almeno una volta nella tua classe in quanto e' impossibile iniziare con la soluzione ottima..

Ora stiamo effettuando un po' di performance test C# vs C++..

l'unica cosa negativa di C# fino ad ora, contradditemi se mi sbaglio, e' che usando MFC + visual studio 08 si puo' creare un progetto usando il wizard ed avere gli elementi dockable.. in C# non sappiamo ancora come fare (devo ancora googlare approfinditamente)..

ci stanno venendo anche delle idea matte, visto che il sw gestira' diversi prodotti e tipi di utenti dovremo modificare dinamicamente l'interfaccia grafica.
Si discuteva di fare un meta linguaggio interno che descriva la configurazione del progetto e cercare di generare automaticamente parte dell'interfaccia grafica.. stiamo a vedere.. e' un po' un casino (troppo lungo) da spiegare. La cosa non e' cosi matto come sembra :-).. stiamo a vedere...

[peng]

Originariamente inviato da Johnn

No, Java e un po' di xml tramite editor visuale (per aggiungere vici al menù, per esempio), quindi potresti anche non sapere niente di xml. (Infatti nell'ormai poco probabile caso che scegli questa strada puoi far fare i menù e le icone ai due ingegneri... ).

Ovviamente cambia in base alle specifiche, ma io ho scritto davvero poco codice in rapporto al risultato. Purtroppo non conosco MFC per fare un confronto sia in termini di fuzionalità, sia in termini di produttività.

con MFC hai anche un visual editor, simile a quello di Java e C#. Quando apri il progetto in visual studio clicchi sul file .rc e passi alla sezione dove puoi modificarlo... similmente pui aggiungere bottoni, label e tutte le varie componenti grafiche. Aggiungere controlli ed event handler, e usare funzioni di libreria come il copia e incolla e forse anche il syntax highliter (in un minuto riesci a creare una versione base dell'applicazione blocco note).

MFC e' figo perche' ti da gratis un sacco di funzionailita':

serializzazione, dockable panels, mail del document corrrente, costumizzazione di stili dell'applicazione (l'utente puo' scegliere lo stile a run time, es. passi da Office 2007 blue style a Outlook style etc..)... mi sfuggono un paio di altre cose.. ah si, Ribbons

credo che con .NET e C# net non hai tutte queste funzionalita' gratis (perlomeno quelle riguardo Ribbons e dockable panels)..

qualcuno mi potrebbe contraddire?