Grande aplicação com Swing

Eu tenho feito aplicações desktop usando Swing e estou plenamente satisfeito. É muito flexível, tem um design inteligente e até hoje não me deixou na mão.

Existem muitos tópicos aqui no GUJ sobre o Swing e dá para ver que muitos não são de estudantes, mas de pessoal que efetivamente o utiliza na prática.

Talvez o único problema é que aplicações desktop maiores geralmente interoperam com outros sistemas, com COM, ou com hardware (portas seriais, por exemplo). E nesse ponto, o Java é complicadinho.

É muito fácil interoperar com COM através de groovy. Com outros sistemas, você precisa criar classes auxiliares, para atuar sobre o process. No caso de operar com o hardware, há muita coisa pronta na Internet. Se o seu hardware for muito específico, aí talvez você tenha que recorrer ao JNI, o que é mais difícil do que simplesmente acessar a .dll em outras linguagens, como o C++.

Já fez alguma apliação de médio porte usando EJB?
Apesar de preferir o WCF (.net) eu vi q o EJB é bem bacana, mas
tb vi muita gente daqui falando q é um elefante branco, esse tipo
de coisa q me “assusta”.

Cara não concordo quanto ao que vc disse sobre lentidão, ja venho utilizando java a quase quatro anos, trabalho com aplicações swing direto, e o q vejo muito é q existe a reclamação por “velocidade” mas os programadores não tomam os devidos cuidados quanto a criação das classes, mapeamento, e ate mesmo na implementação das telas, ai seja em qual linguagem for, com certeza teremos programas lentos se implementados desta forma, ja trabalhei em projetos que fazem comunicação com catracas, leitores biometricos, cameras digitais, existe sim um grau maior de complexidade para fazer essa comunicação, mas nada que torne inviavel o seu uso!

Não quero q tome essa minha opnião como verdade absoluta, pois é apenas a minha visão sobre uma tecnologia q venho utilizando a alguns anos e estou muito satisfeito com ela!

[ ]'s

UpTheIrons:

Já fez alguma apliação de médio porte usando EJB?
Apesar de preferir o WCF (.net) eu vi q o EJB é bem bacana, mas
tb vi muita gente daqui falando q é um elefante branco, esse tipo
de coisa q me “assusta”.

You should consider using enterprise beans if your application has any of the following requirements:

• The application must be scalable. To accommodate a growing number of users, you may need to distribute an application?s components across multiple machines. Not only can the enterprise beans of an application run on different machines, but also their location will remain transparent to the clients.
• Transactions must ensure data integrity. Enterprise beans support transactions, the mechanisms that manage the concurrent access of shared objects.
• The application will have a variety of clients. With only a few lines of code, remote clients can easily locate enterprise beans. These clients can be thin, various, and numerous.

Ola Thiago,

Eu não falei lentidão, falei q notei uma diferença de performance, e como disse,
n foi tanta diferença a ponto de eu desistir por isso.
Sei q códigos podem piorar ou melhorar isso, mas os testes q fiz foram ultra-pequenos,
nada alem de gerar uma lista, com um certo volume de dados, após ter acessado um
banco e passar com List e com Collection.
Mas como disse, n é com isso q me importo pq a diferença n foi brusca.

Se eu for desenvolver esse sistema pensando no Windows, com certeza eu
faria em C# pq é a linguagem q domino, n haveria motivos pra mudar, mas
a idéia é atender a Linux tb, só q até então, n vi nenhum relato de uma empresa
por menor q seja, (rede com 20 pcs por ex) q seja linux. A minha idéia era
poder fazer isso mas preciso pesquisar muito antes, por isso estou aqui e por
isso sua opnião é de extrema valia.

Grato,

Ola Thaires,

You should consider using enterprise beans if your application has any of the following requirements:

• The application must be scalable. To accommodate a growing number of users, you may need to distribute an application?s components across multiple machines. Not only can the enterprise beans of an application run on different machines, but also their location will remain transparent to the clients.
• Transactions must ensure data integrity. Enterprise beans support transactions, the mechanisms that manage the concurrent access of shared objects.
• The application will have a variety of clients. With only a few lines of code, remote clients can easily locate enterprise beans. These clients can be thin, various, and numerous.

Um pouco do primeiro item (quase nada), mas o terceiro acho q devo levar em consideração.