Domanda

Sul mio lavoro come programmatore, devo scrivere un programma in C++ per la conversione di file audio da e per diversi formati.Probabilmente, questo comporterà la costruzione di una semplice GUI.

Sarà un grande sforzo per costruire separata Gui per Mac e Windows utilizzando Cacao e WinForms invece di un cross-platform toolkit come Qt o GTK?
(Dovrò mantenere separata versione Windows e Mac-Versione comunque)
La GUI sarà probabilmente molto semplice e solo bisogno di funzionalità di base.

Ho sempre sentito che i nativi Gui sento molto più intuitivo che il cross-platform fratelli...

È stato utile?

Soluzione

Se si hanno le competenze, l'utilizzo nativo di interfacce, si sarà effettivamente raddoppiare il lavoro che devi fare per l'interfaccia utente, ma dalla mia esperienza non-nativi dell'interfaccia è un po ' ingombranti rispetto alle loro controparti native.

Altri suggerimenti

Hai guardato wxWidgets?Cross platform controlli nativi.

Cross-platform kit di strumenti, più o meno, l'errato presupposto che la differenza tra le piattaforme è una questione di posizionamento dei pulsanti e widget per lo styling.In alcuni casi si può ottenere via con questo - Qt app sentirete abbastanza nativo su Windows (dove UI convenzioni sono molto lax) e su Linux, in particolare, l'ambiente KDE.In generale, è possibile spostarsi tra Linux e Windows, in modo relativamente semplice;le convenzioni sono simili, e Windows comunità è lassista su di loro.

Mac è il caso più difficile.L'interfaccia utente è costruita intorno a un paradigma completamente diverso rispetto a Windows o più ambienti Linux.

Ma in generale, in applicazione nativa è più facile parlare la lingua nativa della piattaforma in più modi che solo tipo di widget.

Direi che sono d'accordo che, se possibile, nativo di front-end sono la strada da percorrere.Io non l'ho usata wxWidgets di recente, e ho sentito dire che è venuto un senso lungo, ma quando è stato wxWindows, abbiamo sviluppato un'app che è stata spec piacerebbe essere costruito nel X/Motif.Quando abbiamo finito lo sforzo e consegnato, il cliente ha detto che non sembrava abbastanza come X/Motif, e abbiamo dovuto lavorare di tutta l'interfaccia utente a nostre spese...Joel Spolsky scritto un ottimo articolo su questo, ma non ricordo il titolo.Quello che ha fatto dire, IIRC, è stato il problema con Java e alcuni altri cross-piattaforma di interfaccia utente è stata: "il vostro cane abbaia alla mia app" - sono le piccole incongruenze che infastidire la gente.

Sì.

Ma seriamente, dipende dai tuoi obiettivi.Sono d'accordo che l'interfaccia utente nativa librerie, con un sacco di sforzo messo in loro, darà di gran lunga migliore risultati, ma per un sacco di applicazioni, una semplice interfaccia utente è sufficiente e un sacco di fatica in meno se si prende la croce quadri piattaforma.

Magari partendo con il CLI e ottenere funzionalità di lavoro rende più senso per un'applicazione per convertire l'audio.

Ho intenzione di scrivere la mia croce piattaforma di application layer GUI per questo al più presto.A seconda della complessità dell'applicazione, questo può essere una frazione di ciò che è necessario per QT, GTK o FOX.

La ragione è che si vede una tendenza che i fornitori di piattaforme (Apple prima) tenta di design di sistema, in modo che sembra unico.Questo rende molto più difficile per QT, GTK, FOX e altri strumenti della piattaforma di tenere costantemente in sincronia con le ultime widget.

Quando il sottostante, la tecnica diventa più lo stesso OS fornitori non hanno l'opzione di branding sul look and feel della piattaforma.

wxWidgets standard utilizzato la sintassi del c++ e del preprocessore così ti fanno modificare facilmente dal normale C o C++.E produrrà molto aspetto nativo, dove è apparire, essere su GTK, X11, MS-Windows o Mac.

È matura dato 20 anni di 1 ° rilascio, ha la documentazione completa con una facile navigazione, e supportato da grande comunità intorno al mondo.Codifica nel vostro IDE preferito o l'uso di spicco Eclipse IDE e wxFormBuilder come GUI designer.Costruire wx biblioteca e IDE/Toolchain di installazione potrebbe essere trovato su questo link: http://yasriady.blogspot.co.id/2016/01/raspberry-pi-toolchain.html

Sviluppare l'applicazione in Linux desktop e anche fornito compilatore per Raspberry Pi2 (target applicazione testata lavoro smootly su Raspbian Wheezy) ............

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top