Programmazione GUI - Quale linguaggio?

[simo85]

Un saluto a tutti,

Avrei intenzione di iniziare un progetto che, come si può intendere dal titolo, farà uso di GUI.
Dunque sto pensando al linguaggio: Java o Python

[*] Java: perché la implementazione multipiattaforma è incorporata nel linguaggio. Pro: facile e comodo. Contro: Potrebbe diventare abbastanza lento.
[*] Python: non lo conosco ma da quello che ne so un po' come programmare in C++ o C, ossia, si usano le librerie esterne, QT o GTK+, quindi PyQT o PyGTK.

so che TardoFreak va matto per Java. È molto che non programmo una GUI in Java e forse le cose sono cambiate e di molto.

Mi piacerebbe leggere i vostri commenti.
Ringrazio in anticipo.

[TardoFreak]

La mia risposta la conosci già.

[boiler]

Ciao!

• Java: non mi esprimo. L'ho imparato durante un semestre al politecnico anni fa e non l'ho mai usato. Oggi non saprei da che parte cominciare.
• Python: se non l'hai mai usato, resta "puro" ed evitalo Soprattutto se ti sta a cuore la portabilità, evitalo. È interpretato, non compilato e quindi l'utente finale deve installarsi Python prima di far funzionare il tuo programma. Con l'interessante particolarità che Python 2.6 è solo parzialmente compatibile con Python 2.7 e non compatibile con Python 3.0. C'è anche la possibilità di fare un exe a partire dal file py, ma il linker è così stupido che aggiunge tutte le componenti di tutti moduli che tu sfiori. Ho appena fatto un programma estremamente semplice, l'exe risultante era di 37 MB. Stimo che se il programma l'avessi fatto con C++ sarei stato attorno ai 2 MB.
• C++: visto che lo citi nel paragone con Python, suppongo tu lo conosca. In tal caso userei questo. Ne sono un grande fan, in conbinazione con wxWidgets hai a disposizione delle classi estremamente comode!

Saluti Boiler

[fairyvilje]

Avrei intenzione di iniziare un progetto che, come si può intendere dal titolo, farà uso di GUI.
Dunque sto pensando al linguaggio: Java o Python

In realtà dipende da cosa fa deve fare il resto dell'applicazione dietro la GUI
L'aspetto "grafico" è a mio avviso uno dei vincoli meno stringenti per applicazioni complesse. Non sceglierei mai un linguaggio particolare solo per questo

[simo85]

Dunque, in seguito a questo thread e dopo una Bud fresca fresca, ho pensato ad un progetto Open Source per la architettura ARM (MCU e microprocessori. Come ambiente di sviluppo SO io posso lavorare per Linux, Windows e OSX non li conosco).

Anzi, il progetto ha già un nome ma in questo momento ha solo le cartelle ... vuote perché l'ho appena registrato.

Per chi è interessato a partecipare ne possiamo parlare assieme sul thread linkato.
L' idea è quella di avere un piccolo e leggero ambiente di programmazione e soprattutto senza limitazione.

Quello che serve di base è: un editore di testi, un compilatore ed un debugger.

Stavo addirittura pensando di usare le librerie ncurses. In questo caso l' editore di testi c'è già, e sarebbe nano, basta modificarlo. Il compilatore gcc bisogna compilarlo. Altrettanto gdb. I driver per il JLink, Windows e Linux sono messi a disposizione dalla Segger, più eventuali altre board.

Uso nano tutti i giorni al lavoro, e qualche volta anche vim. La conclusione che ne traggo è che, se si sanno usare gli shortcut, il mouse non serve più di tanto.

Il risultato è che, se si vuole, si ottiene un programma veloce e completo.

[boiler]

Quello che serve di base è: un editore di testi, un compilatore ed un debugger.

Anni fa (lavoravo per un produttore di microcontrollers) avevo fatto un plug-in per Code::Blocks che interfacciava l'ambiente di sviluppo con il debugger hardware per i chip in questione.

Code::Blocks è - a mio modesto parere - un ambiente di sviluppo molto carino. È open-source, quindi puoi farci tutte le modifiche che vuoi, e ottenere il risultato che vuoi tu dovrebbe essere abbastanza semplice proprio perché le interfacce per aggiungere compilers/debuggers & co. ci sono già.

http://www.codeblocks.org/

Saluti Boiler

[fairyvilje]

Non saprei consigliarti per un editor. Le mie GUI le ho sempre scritte in HTML/CSS/JS. Poi basta integrare webkit nel proprio codice C++ e funziona tutto a meraviglia

[offtopic]
Anche io sono un fan di nano
[/offtopic]

[simo85]

Qualche mese fa avevo consigliato a TardoFreak le librerie ncurses per un editore di testi basato su terminale.

Mi farebbe piacere sapere se è riuscito a lavorare con queste librerie su SO Windows.

codeblocks lo sto provando.

[TardoFreak]

Quell' idea non ha avuto seguito, purtroppo ho dovuto metterla in archivio (come tante altre cose) in attesa di tempi migliori

[Russell]

Segnalo anche le wxWidgets ( oppure anche qt)
Più che un linguaggio e' un framework ordinato con i vari oggetti
E' compilabile multipiattaforma e non e' a livello metalinguaggio
Io mi sono trovato bene

Ciao