QT e QT Jambi um projeto subestimado?

7 respostas
matheusssilva

Bem swing é pessimo, na minha opnião e de muitos outros desenvolvedores é feio, lento e improdutivo. Quando descobri o projeto QT Jambi fiquei penssando… “Por que não”? QT é uma API nativa, multplataforma, robusta moderna e de visual bonito. Grandes linguagem como Ruby, Pyton, C++, etc… não perderam tempo reinventando a roda. Porque criar uma API gráfica gerenciada se existem soluções nativas, portáveis, robustas, rápidas e ainda por cima gratuitas. Dentre elas se destacam as duas maiores GTK e QT.
Um exemplo do poderil delas são os projetos GNOME e KDE (Interfaces gráficas de sistemas unix). O poder de QT tb pode ser visto no software google earth.
E além de tudo isso, por se tratarem de APIs nativas deve haver um ganho consideravel de performance. Porém percebi que o projeto QT Jambi anda a passos lentos, com poucos voluntários e testers.
Será que não estamos subestimando um projeto tão interessante? Que trás tantas vantagens?
O projeto já recebe apoio da NOKIA, isso mesmo a gigante NOKIA fabricante de dispositivos móveis. http://qt.nokia.com/, http://qt.nokia.com/downloads

Eu abraçei a causa, estarei implementando QT Jambi em meus próximos projetos. Porque?
Primeiro pq achei interesante a ídéia do projeto de usar API gráfica nativa, sem perder a portabilidade. Segundo pq eu sou e sempre fui ant-swing, sempre usei por não ter outra opção.

E pra quem acha que adotar QT como API gráfica vai ter que criar componentes no braço se enganou, a API QT disponibiliza uma poderosa IDE para desenhar a GUI http://qt.nokia.com/products/appdev/developer-tools/developer-tools#qt-tools-at-a,
documentação http://doc.qt.nokia.com/qtjambi-4.4/html/com/trolltech/qt/qtjambi-index.html,
QT Designer com QT Jambi http://doc.qt.nokia.com/qtjambi-4.4/html/com/trolltech/qt/qtjambi-designer.html
e o Eclipse fornece plugin para QT Designer http://doc.qt.nokia.com/qtjambi-4.4/html/com/trolltech/qt/qtjambi-eclipse.html

E imprecionante ver como um projeto desses não está recebendo a atenção que merece. Porque diante de um projeto desses a grande massa ainda prefere ficar usando swing? Bem isso é uma pergunta que cada um deve se responder, só que que pra mim swing está com os dias contados.

Grato pela atenção pessoal!!!

ps: Site do projeto QT Jambi http://qtjambi.sourceforge.net/

7 Respostas

matheusssilva

Só pra complementar, um video mostrando o plugin para QT Designer no Eclipse

http://www.youtube.com/watch?v=BhCK5iKTnrA

PauloBrito

Eu particularmente gosto do Swing. Não o acho lento. Acho que se integra fielmente com a filosofia oo do java, assim como a VLC se integra perfeitamente com a filosofia “event oriented” (se é que isso existe) do Delphi e assim por diante. Acho sensacional o uso dos models dos componentes, principalmente do JTable.

Acredito que o conceito de produtividade está intimamente relacionado com o domínio de uma determinada ferramenta. Alguns ainda relacionam produtividade com criar-rápido, e se esquecem dos outros ciclos do desenvolvimento.

matheusssilva

Você acha swing rápido?

Experimente usar uma api gráfica nativa, talvez seu conceito de velocidade mude.

Você pode fazer tudo que você faz com a JTable usando a DataGrid do QT. Com uma implementação diferente mas pode.

Deve ser destacado que estas APIs gráficas mencionadas estão bem mais maduras e testadas do que Swing. QT já existia muito antes do swing “nascer”.

Com relação a produtuvidade não há o que contestar. Devemos ser orglhosos do poder da plataforma e linguagem java, mas tb sermos humildes o suficiente e reconhecermos nossos pontos fracos e com certeza GUI é um deles. Com certeza o desenvolvimento gráfico de uma aplicação Java é bem mais trabalhoso e demorado do que a mesma feita em C# com Windows Forms.

Você assistiu o vídeo? Viu como é simples trabalhar com Layouts com QT?

PauloBrito

Acho sim. Não estamos falando aqui de aplicações 3d ou cheia de firulas, certo? Então pra mim é suficiente. Acho, por exemplo, o Swing mais rápido que o GTK.

Não sei exatamente como se trabalha com Windows Forms, mas você está falando de drag n’ drop nos dois casos ou comparando componentes visuais com codificação na mão usando os N-Layouts que o Swing tem? Trabalho a parte visual no NetBeans e consigo taxas de produtividades excelentes.

O vídeo mostra um layout de posição absoluta, né… Não conheço QT, mas acredito que hajam outras opções também. De qualquer forma, para mim o Swing atente perfeitamente as necessidades. O fato de ser 100% java para mim já vale o preço de uma performance não tãããão boa assim. Bom, questão de escolha.

Desculpe se pareci agressivo, não foi a minha intensão.

Jose111

http://www.guj.com.br/posts/list/214617.java

PauloBrito

Um outro detalhe importante: uma aplicação Swing se parece não nativa tanto quanto uma aplicação QT rodando no Gnome, uma aplicação GTK rodando no KDE ou ambas rodando no Windows. E, finalizando, tanto quanto cada nova versão do Office rodando no próprio Windows!

Portanto, não acho que essa questão de parecer nativo ou não seja tão importante assim.

Agora, se é feio ou não… daí não dá pra discutir né. O laf padrão (Metal) do Swing eu acho horrendo mesmo. Mas tem vários por aí que são bem interessantes. Do ponto de vista da sua aplicação isso se torna interessante, porque ela terá a mesma cara em qualquer ambiente.

matheusssilva

Já conheço o swing. Conheço bem o que ele tem de bom e mais ainda o que ele tem de ruim. Então pra mim deu! Axo que ta na hora de inovar

Criado 18 de agosto de 2010
Ultima resposta 18 de ago. de 2010
Respostas 7
Participantes 3