Por que Swing?

Sim senhor.

Se você verificar, muita gente tenta aprender Java através de aplicações desktop, e logo de cara querem fazer coisas com aplicações interativas (eu, em particular, quando preciso fazer algo em Java SE, uso arquivos para entrada e arquivos para saída, em vez de telas, que são uma coisa dos infernos.)

Acontece de eu atualmente estar fazendo uma aplicação em Swing a contragosto, mas normalmente sistemas desktop não são feitos em Swing exceto se o cliente demandou que eles sejam multiplataforma e esteja disposto a pagar o preço desse requisito. Alguém sabe se o Bradesco Expresso roda em Linux e é em Swing?

Bem… eu aprendi Swing por que eu precisei criar um sistema em Swing.

Mas a empresa que fiz o software era uma exceção, realmente quase todas as vagas que tem por ai é para web ou para sistemas de integração que rodam apenas em batch.

Mesmo assim, eu continuei estudando Swing por que gosto mais de Desktop do que Web.

no meu caso,

eu uso swing para servidores de jogos…
mostrar de forma ‘pratica’ informações e manipular funções do servidor que são atualizadas em tempo real na minha tela…
mesmo que o client seja em qqer outra linguagem

Oi,

Em todas as minhas aplicação ‘não web’ utilizo swing. Melhor dizendo, o swing é minha vida :oops: (Não levem para o outro lado, por favor!)

Tchauzin!

Caro thiagobaptista,

É normal mesmo que o iniciante em Java comece em Swing, até porque em tudo que se começa deve ser do básico para que se aprofunde em novas tecnologias, comigo mesmo foi assim, e continuo nesse aprendizado, afinal, todo conhecimento adquirido nunca é demais.

A maioria das aplicações java são em web? Sim, mas vai que o cliente quer…acho até interessante terem aplicações web e desktop.

No momento estou iniciando os meus estudos para web, visando esse mercado, já que esse é o maior nicho das aplicações Java.

Espero ter ajudado.

Também tem o fato das faculdades inicialmente ensinarem desenvolvimento desktop…

Eu desenvolvo aplicações com Swing e acho uma solução muito boa.

Acho que o pessoal não gosta de usar java em Desktop, porque é mais difícil que alguns concorrentes ( Delphi e outros ). Mas apenas para apimentar o tópico, deem uma olhada no OpenSwing.
Já tenho experiência em Java para web, e comecei a desenvolver um software para Desktop com o OpenSwing, puxa, parece que estou dentro de Delphi.

Bem aqui no Rj tem empresas que pedem o SWING. Veja uma vaga q tem no meu email

Grupo Método RH em TI está com a seguinte oportunidade:

ANALISTA PROGRAMADOR JAVA PLENO

Superior Completo em Informática;

3 anos de experiência em Java, J2EE, JSP, JPA, JDBC, JSTL, Hibernate, Swing, Struts, Spring, Servlets;
Orientação Objetos, Java Script, UML e SQL Server.

Salário + Benefícios
Contratação CLT
Local de Trabalho: Zona Sul do Rio de Janeiro.

Entre outras

3 anos de experiência em Java, J2EE, JSP, JPA, JDBC, JSTL, Hibernate, Swing, Struts, Spring, Servlets;
Orientação Objetos, Java Script, UML e SQL Server.

faltou pedir “saber fazer cafezinho” :lol:

É Analista Pleno né =P
Ainda deu sorte de só estár pedindo 3 Anos de experiência

rsrsrs…já vi muitos anúncios desses no mural da facul, só não vi ainda obrigarem certificação Java…

tópico corrente relacionado com o assunto

http://www.guj.com.br/posts/list/214037.java#1093211

Eu só sei Java SE,foi o que me ensinaram .Para web era php.Olha o que vejo no mercado é que se vc sabe uma coisa eles sempre estão precisando de alguém que sabe outra.
Realmente é bem mais dificil fazer um aplicativo em java do que em VB,por exemplo,estou fazendo um ha 3 semanas ,se fosse em VB,tinha terminado em uma.Sei la quando fazia o curso era só VB e JavaSE e muito Banco de Dados ,quando terminou só via anuncio para programador Delphi. :?:Mas eu adoro sofrer com Java rsrsrs…

thiagobaptista:

Por que tantos novatos fazem perguntas aqui no fórum que se referem a programas com Swing? Vejo um monte de perguntas sobre JTextLabel, JFrame etc etc.

A questão é que, no mercado, eu não vejo NUNCA esse maldito Swing sendo usado! Eu mesmo nunca me vi numa situação em que tive que implementar algo em Swing.

Ahem… e de onde você acha que veio a experiência dos “experts” de Swing que respondem esses novatos? Eu trabalhei em aplicações comerciais com Swing por 6 anos. E duvido muito que o local de onde saí tenha deixado de usar. E não era qualquer empresa mequetrefe não.

O Swing era uma ótima escolha primeiro, por que eram aplicações de tempo real. Segundo, por que controlavam um hardware. Duvido muito que isso pudesse ser transportado para web.

O fato é que o nicho onde o Swing atua é diferente. Então, se você está mesmo atuando no mercado web, dificilmente receberá propostas para desenvolver aplicações web e vice-versa. Você encontra muito mais aplicações que demandam interface gráfica na indústria.

Procede também. Ensina-se muito Swing na faculdade.

Anime:

Eu só sei Java SE,foi o que me ensinaram .Para web era php.Olha o que vejo no mercado é que se vc sabe uma coisa eles sempre estão precisando de alguém que sabe outra.
Realmente é bem mais dificil fazer um aplicativo em java do que em VB,por exemplo,estou fazendo um ha 3 semanas ,se fosse em VB,tinha terminado em uma.Sei la quando fazia o curso era só VB e JavaSE e muito Banco de Dados ,quando terminou só via anuncio para programador Delphi. :?:Mas eu adoro sofrer com Java rsrsrs…

Espero que você esteja falando do VB.Net. No VB6, o sistema até sairia mais rápido, mas só se fosse simples. E, de qualquer jeito, seria um inferno para se manter.

Mas uma alternativa melhor que o VB.Net é mesmo o C#.net.

ViniGodoy:

Anime:

Eu só sei Java SE,foi o que me ensinaram .Para web era php.Olha o que vejo no mercado é que se vc sabe uma coisa eles sempre estão precisando de alguém que sabe outra.
Realmente é bem mais dificil fazer um aplicativo em java do que em VB,por exemplo,estou fazendo um ha 3 semanas ,se fosse em VB,tinha terminado em uma.Sei la quando fazia o curso era só VB e JavaSE e muito Banco de Dados ,quando terminou só via anuncio para programador Delphi. :?:Mas eu adoro sofrer com Java rsrsrs…

Espero que você esteja falando do VB.Net. No VB6, o sistema até sairia mais rápido, mas só se fosse simples. E, de qualquer jeito, seria um inferno para se manter.

Mas uma alternativa melhor que o VB.Net é mesmo o C#.net.

Você não vai acreditar,mas ensinaram VB.net e no projeto final do curso exigiram que fosse feito no vb6 o “professor” fez a gente andar para trás.

Nossa. É o mesmo que exigir que se programe em Java 1.2… e ainda suportando a MS VM.

Recebi semana passada no meu e-mail:

“CINQ”:

A CINQ TECHNOLOGIES, empresa há 18 anos no mercado de TI especializada no desenvolvimento de projetos e soluções para grandes empresas, está selecionando candidatos para as seguintes oportunidades:

Desenvolvedor Java

Perfil: Inglês fluente (pelo menos escrita/leitura avançada e conversação básica), experiência com desenvolvimento Java, desejável conhecimento de Swing e experiência em aplicações desktop

(Essa mesma empresa contratou dois outros programadores 2 meses antes e 4 meses antes).

Inicio do ano:

“Siemens”:

VAGA 48: ENGENHEIRO DE DESENVOLVIMENTO DE SOFTWARE (contratação via CITS)
Local de trabalho: Fábrica Curitiba
Nº de vagas: 01

Pré-Requisitos

?            Graduado em Eng. da Computação, Eng. Eletrônica, Eng. Elétrica, Eng. de Telecomunicações ou Ciência da Computação;

?            Lógica de programação;

?            Conhecimentos em programação C++;

?            Java, Swing, Groovy, C++ SW (orientação a objetos);

?            Inglês intermediário.

Requisitos Desejáveis

?            Conceitos de redes de computadores;

?            Conhecimentos em telefonia TDM e IP;

?            Inglês avançado.

Resumo das Responsabilidades / Atividades
? Participar do processo de desenvolvimento, manutenção e teste de aplicações relacionadas a telecomunicações.
? Configurar sistemas de telefonia, redes e aplicações integradas.

(Era para o setor onde eu trabalhava)

Mais ou menos a cada 6 meses pinta uma vaga desse tipo no meu e-mail. Outras empresas que já vi pedindo Swing são a Bosh e aqui mesmo, na Positivo.

PS: Não estou dizendo com isso que o Swing é super quente, ou mesmo que as faculdades estão certas em dar tanta ênfase para ele. Até porque, nesses seis meses, você deve ver mais de 500 vagas em web. Só estou falando que o nicho existe e, por sinal, costuma a ser muito bem remunerado.

Aqui onde trabalho, va comecar um projeto thin client com Swing… Modulo que deve ser instalado la nas brenhas dos cafundos do Judas, onde a Internet eh BEEEEEM precaria ou inexistente e sera mudado apenas a camada de apresentacao, pois a Arquitetura esta praticamente pronta, claro que com alguns ajustes"inhos" hehehehe

Abs

Sabem uma empresa pequenininha, chamada Correios, já ouviram falar? Só tem uma agência no mínimo em quase todas as cidades do Brasil. Conhecem? Hehehehe
O frontend deles é em Swing

Esses dias vi outra empresa grande rodando Swing, mas não lembro qual foi. Eu sempre fico olhando os PDVs :D:D:D

[]´s

É culpa do Deitel rs.

[]s

Trabalhei 3 anos com Swing. Realmente é muito ruim, nada funciona por default e vc precisa saber como implementar muita coisa, utilizando muito Padrão de Projeto, o que dificulta a vida do iniciante. Estou trabalhando há um ano e meio com AIR (Desktop do Adobe Flex) e nunca mais quero saber de Swing. Java só como backend mesmo. O único problema foi que fiz curso de Flex em SP, pois não tinha em São José dos Campos. Mas isso agora até é uma coisa boa, pois estou abrindo meu próprio curso de Flex/Java em sjc…hehe.
Fora que o Swing é feio demais.
Só gostaria de deixar claro que essa opinião é pessoa, nada contra os amantes de Swing…rs.

[]s

Luiz Aguiar:

É culpa do Deitel rs.

[]s

Isso é vdd mesmo, maldito Deitel…rs

Veja eu estou desenvolvendo um ERP completo em SWING, é claro que estou estruturando de forma que possa expandí-la se necessário para WEB de maneira que aproveite toda a estrutura que não seja interface com o usuário. Como venho dos tempos em que se programava em character, não vejo dificuldades em se trabalhar com SWING.

Nossa. É o mesmo que exigir que se programe em Java 1.2… e ainda suportando a MS VM.

Oi,

Nem me fala… estou desenvolvendo uma aplicação para Bematech, (para rodar na maquina FIT) no qual contem uma kvm integrada apenas com suporte a Java 1.3
Estou morrendo! Literalmente.

Tchauzin!

Apenas para testar!

Nos últimos 3 anos trabalhei em projetos com Swing e foi por exigência do cliente. Agora estou em outra empresa e também tem projetos em Swing pois utilizamos um ERP que só tem versão desktop. Eu particularmente gosto de trabalhar com essa interface

Eu trabalhava no Lehman Brothers e o Lehman eh (ou ERA melhor dizendo ) uma empresa que investia pesado no Java.
Acho que quase todos os sistemas que nos tinhamos la, tanto USA, Europa e Asia, era tudo Swing e os usuarios abriam o sistema atraves do Webstart.
Mas eu acredito mesmo que aplicacoes web sejam maioria pra Java ate pelo monte de frameworks que tem por ai que facilitam muito o desenvolvimento. Infelizmente a unica linguagem orientada a objeto que eu aprendi na faculdade (a muito tempo atras) foi o C++, entao eu nao sei se o pessoal aprende mais web ou desktop swing.

//Daniel

Eu odeio Swing! Odeio porque odeio programar em Desktop. Talvez eu já tenha falado isso antes: em sempre programei em servidor, seja o mais tradicional aplicativo web, seja um ouvinte socket de dados binários. E a coisa que eu mais odeio em programar pra Desktop é que as plataformas não chegam a ter separação entre conteúdo, formatação e manipulação de tela, como tem na Web. É graças a essa separação que bons aplicativos web conseguem ter uma estética que aplicações Desktop não chegam a ter.

Acredito que a preferência de alguns programadores por Desktop seja apenas cultural. O “mindset” sobre Desktop foi a primeira coisa que a maioria aprendeu, e muitos não conseguem (ou não querem) mudar de paradigma quando precisam encarar novos ambientes. É uma pena! Porque o mercado abarrota os crédulos por Desktop com ferramentas de arrasta-e-solta que escondem o essencial que existem em paradigmas diferentes (ex.: web ou mobile), tornando mais difícil qualquer resolução de problemas (principalmente relacionados a “gargalos”, como muito consumo de memória ou demora na execução).

Não entendi. Como assim não tem separação entre conteúdo, formatação e manipulação de tela? No desktop você modela as classes de negócio e a maioria das APIs desktop moderna, comunica-se com as telas através de models e uma camada de controle. E isso inclui o Swing. A diferença é apenas que a camada de controle é mais simples, já que a aplicação não fica distribuída numa rede, e a tela é uma forma confiável de validação de muitos dados.

É claro que existem maus programadores desktop. Que irão implementar lógica de negócio no meio dos actionListeners de botão. Bom, isso é tão má prática quanto escrever lógica de negócio dentro dos JSPs…

Mas não é à toa que vivo insistindo para os programadores Swing aqui aprenderem como o Swing funciona. Por que ele implementa o modelo MVC.

Para muitos tipos de sistema (inclusive os SAPs), até concordo com você.

Entretanto, se o software exige um controle um pouquinho mais aprofundado do hardware, a web passa a tornar-se uma péssima alternativa. Nós, por exemplo, tinhamos um software que enviava mensagens via socket para um servidor, que o usuário escolhia.
Esse servidor controlava um equipamento, ligado em centrais telefônicas. Não era incomum um laboratório ter 2 ou 3 equipamentos desses. A aplicação então rodava testes e dava resultados em tempo real, com atrasos máximos tolerados na casa dos milissegundos.

Não sei, mas parece que transformar essa arquitetura em web seria uma grande idiotisse. Primeiro, porque cada cliente era, por si só, bastante autônomo. Não vejo muito por que concentra-los todos num único servidor web. Depois, não vejo como enviar pacotes de rede pelo cliente. Isso teria que ser feito no servidor, o que criaria um gargalo descenessário.

Sem falar que as respostas do hardware deveriam ser pintadas na tela, em forma gráfica e em tempo real. Com javascript até é possível fazer isso, mas não sem pooling e com muito menos eficiência do que fazíamos.

Outro caso são jogos, softwares de pintura, navegadores, aplicativos que gerenciam recursos no SO, e muitos outros tipo de software que não se resumam a cadastro/relatório. O desktop tem seu nicho, menor que o web, mas onde ele sempre será necessário.

Agora, o importante é não ficar criando “paixões”. Programar web ou desktop é uma questão de necessidade. Ambas as tecnologias são ferramentas a nossa disposição. Basta identificar a situação em que cada uma é mais adequada que outra.

Oi,

Utilizo Swing hoje porque minha empresa desenvolve software para Desktop. Se um dia precisar utilizar WEB ou desenvolver programas para Celular (Como surgiu uma necessidade agora), irei fazer.

Não vejo dificuldade nenhuma. Apenas estudando conseguirei bons métodos e boas praticas.

Leonardo3001, discordo de tudo que você falou. Não preciso dizer mais nada, pois o Vini já disse tudo.

Tchauzin!

Vamos ao exemplo prático:

• Web:

  • conteúdo: HTML
  • formatação: CSS
  • manipulação: Javascript

• Desktop:

  • conteúdo: Java
  • formatação: Java
  • manipulação: Java

Outro exemplo:

1- O cliente pede que não seja exibido 10 campos de entrada, apenas 5 são necessários, o resto será preenchido no banco com valores default.

• Programador web:

  • Além de mudar classes de negócio, ele vai mudar o HTML.

• Programador Desktop:

  • Além de mudar classes de negócio, ele vai mudar a classe que estende JPanel.

2- O cliente pede que a cor da barra de cima seja azul, e não vermelho.

• Programador web:

  • Muda o CSS

• Programador Desktop:

  • Muda a mesma classe que estende JPanel.

Só pra clarear, o MVC é útil para separar o modelo da apresentação, mas este padrão não diz como é estruturado a View por si só. Na web, eu separo a visualização entre apresentação e conteúdo (usando CSS e HTML). No Desktop, não dá, a apresentação e o conteúdo é uma coisa só, tudo misturado. O problema é que o “mindset” Desktop não deixa ninguém considerar essa questão.

ViniGodoy:

Entretanto, se o software exige um controle um pouquinho mais aprofundado do hardware, a web passa a tornar-se uma péssima alternativa. Nós, por exemplo, tinhamos um software que enviava mensagens via socket para um servidor, que o usuário escolhia.
Esse servidor controlava um equipamento, ligado em centrais telefônicas. Não era incomum um laboratório ter 2 ou 3 equipamentos desses. A aplicação então rodava testes e dava resultados em tempo real, com atrasos máximos tolerados na casa dos milissegundos.

Não sei, mas parece que transformar essa arquitetura em web seria uma grande idiotisse. Primeiro, porque cada cliente era, por si só, bastante autônomo. Não vejo muito por que concentra-los todos num único servidor web. Depois, não vejo como enviar pacotes de rede pelo cliente. Isso teria que ser feito no servidor, o que criaria um gargalo descenessário.

Sem falar que as respostas do hardware deveriam ser pintadas na tela, em forma gráfica e em tempo real. Com javascript até é possível fazer isso, mas não sem pooling e com muito menos eficiência do que fazíamos.

Outro caso são jogos, softwares de pintura, navegadores, aplicativos que gerenciam recursos no SO, e muitos outros tipo de software que não se resumam a cadastro/relatório. O desktop tem seu nicho, menor que o web, mas onde ele sempre será necessário.

Eu acredito na lei de Atwood:

E a medida que o tempo passa, mais e mais tipos de aplicações passam a serem viáveis na Web. O seu exemplo pode ser considerado onde o Desktop era a melhor alternativa. Mas isso quando? Em 2007? Em 2010?

Vamos extrapolar: e se sua aplicação fosse requerida em 2019? Ainda acha que Desktop seria melhor que a Web? Veja, enquanto você descrevia o problema, eu imaginava como faria usando HTML5 e WebSockets. Algo impensável de se fazer hoje (dada a falta de disponibilidade no IE), mas que pode ser viável no futuro.

O Desktop tem seu nicho (e usaria se fosse necessário), mas é muito menor do que o pessoal pensa.

Sim, eu tenho minhas paixões. Mas eu não sou idiota. As minhas escolhas são baseadas em experiência, não em “press release” de vendors. E posso tranquilamente mudar de opinião, havendo bons argumentos.

Eu vejo isso como uma vantagem

Vamos ao exemplo prático:

• Web:

  • conteúdo: HTML
  • formatação: CSS
  • manipulação: Javascript

• Desktop:

  • conteúdo: Java
  • formatação: Java
  • manipulação: Java
    

Ué, só por que a plataforma por si só já oferece tudo que é necessario significa que é ruim?

Horas, a tecnologia evolui, talvez o HTML 5 até resolva esses problemas, mas até agora, o Desktop resolveu, caso a web realmente evolua para fazer isso com certeza as pessoas poderam migrar felizes para essa solução.

E voce só apresentou argumentos para sistemas cadastro/relatorio, que normalmente é o que a web faz.

Nosso sistema não controlava só o servidor socket. Ele também interoperava com dispositivos em portas seriais, conexões USB e com dispositivos de entrada diferentes, como leitores de dados. Orquestrava as coisas através de scripts e permitia que o próprio cliente extendesse funcionalidade com suas próprias bibliotecas. Era uma espécie de Rich Client para execução de testes telefônicos.

Mas concordo com você, Leonardo, numa coisa. A parte de modelar uma interface gráfica da web é mais interessante mesmo. Eu gostaria de ter algo como css para o Swing.

Isso não é necessariamente uma tecnologia web, embora tenha surgido nos browsers, mas sim, a arquitetura da API gráfica, que essencialmente roda no cliente, mesmo no caso da web. Uma aplicação desktop poderia trabalhar dessa forma (de fato, o dicionário Aurélio Eletrônico que temos aqui, é uma aplicação desktop que usa o componente gráfico do browser para renderizar suas telas), e nem por isso deixaria de ser desktop.

Seria muito interessante ter uma API que permitisse o layout num css, mas tratasse eventos como cliques em links ou botões da forma que o desktop já faz hoje. E tivesse nos componentes renderizados a flexibilidade que temos hoje para formatos e coisas do tipo. Algumas APIs novas, como o JavaFX, já implementam alguns conceitos desse tipo, embora ainda timidamente.

Vamos aí para uma pergunta mais fundamental: O que diferencia uma aplicação desktop de uma aplicação web? Não é o fato de usar TCP/IP e ser cliente/servidor. Se for assim, boa parte das aplicações desktop hoje já é web, afinal, o próprio MySQL roda sobre TCP/IP. Nem o fato de ser distribuída, ou aplicações usando RMI seriam aplicações web. Nem mesmo fato de usar o navegador, se fosse assim, uma página estática seria uma aplicação web.

O que me parece fazer mais sentido seria o fato da aplicação web ser projetada para rodar numa rede de baixo tempo de resposta. E daí toda a idéia por trás do servidor que faz post-back e response, sem conexão. Agora, essa realidade de tempos de resposta absurdos também está mudando para a internet. E daí, a necessidade de cada vez mais interatividade no cliente e de existirem websockets, que já trabalhem com um modelo duplex, orientado a conexão.

O que eu quero dizer com isso? Que no futuro, não vejo muita diferença entre uma aplicação desktop e uma aplicação web. Me parece claro que ambas convergem para a mesma coisa, e é até mesmo difícil dizer qual delas prevalecerá. A medida que os scripts de cliente ganham mais poder, e mais capacidades interativas, surgem para eles mais bibliotecas com necessidades do desktop. Ao mesmo tempo, os tempos de resposta tendem a ser cada vez menores, e a largura de banda cada vez maior, o que aproxima a internet de uma rede interna.

Eu acredito que conceitos de ambos serão incorporados dos dois lados, e os mundos se fundirão. A forma de fazer aplicações de hoje irá mudar um pouco, e provavelmente o novo modelo irá gradualmente substituir tanto as atuais aplicações web, quanto as desktop.

Eu deveria ter perguntado isso aqui quando comecei com Java, eu era um Desktop Lover nato

Pessoalmente curto muito aplicações desktop e Java Swing, agora JavaFX (pela facilidade =D).

Acredito que Java Swing seja ensinado nas escolas pois é simples em questões arquiteturais. Vamos treinar Java usando Java EE, daí vem filter, web server, HTML/CSS/Javascript… Isso complica o ensino de Java, IMHO. Swing é programar, compilar e tals.

Fiz uma só aplicação comercial com Java Swing. Fábricas, Strategy, Builder, eu era um formal em OO, bons tempos… Hoje não tenho mais a oportunidade de trabalhar com Java Swing, que pena :’(

Quanto a briga Desktop X WEB. Desenvolvimento Desktop tem chão ainda… HTML5 é bonito e tals, WEB é bem portável, mas desktop se destaca como o envolvimento maior com o hardware.

Um ponto que acredito que seja mais opinião minha é a manutenção. Um sistema Desktop é muito mais fácil de manter e ter especialistas, enquanto WEB precisamos de mais caras. Mas só minha opinião

O que sera que o Desktop fez pra ele ter tanta revolta?rsrsrs

Na minha humilde opinião de iniciante,quem ta na chuva é pra se molhar,se é programador então é programador seja web,desktop,java,vb ou sei la OQ.
Concordo com a Lina se for preciso mudar,é só estudar.Tive uma proposta para trabalhar com Genexus,em uma semana já tinha aprendido o suficiente
pra me virar sozinha,era novo e bem estranho,mas nada que dedicação e estudo não resolva.

Calma,tadinho do Desktop!

Já ouviram a expressão: “Jack of all trades, master of none.”?
Como a tecnologia Web usa linguagens diferentes, cada uma pode evoluir para o seu propósito específico.

Outra, o Vinny mostrou que precisava acessar portas seriais no cliente. Então, é claro que a opção Web estaria fora. (Havia imaginado que o hardware estava “espetado” no servidor, e que o acesso era remoto.) Não descarto uma tecnologia que eu não gosto quando esta é a melhor alternativa técnica.

Porém, dando pra fazer pela Web, eu faço. Minha restrição é a falta de DSLs específicas pra formatação e apresentação em praticamente todas as plataformas Desktop. Tenho uma teoria do porquê dessa ausência: as APIs são projetadas primeiramente para uma IDE drag’n’drop, não para o programador. Se desse pra fazer clientes ricos simples apenas usando VIM, quem compraria IDEs?

Vamos combinar: uma aplicação sem interface gráfica, pra ser executado via Crontab ou por administradores de sistemas não é Desktop, é BATCH.

Tirando esses casos, eu uso tanto Web quanto Desktop para… cadastro e relatório!

Desculpa, mas as duas palavras “cadastro” e “relatório” servem pra classificar tudo aquilo que aplicações gráficas fazem. Posso até mesmo dizer que jogos também são aplicações de “cadastro” e “relatório”: “cadastro” são todos os movimentos que eu desejo que o personagem do jogo faça, e “relatório”, todas as movimentações dos meus inimigos e do meu personagem.

Enfim, não leve tão ao pé-da-letra. É só pra dizer que isso não invalida minha argumentação.

Vamos combinar: uma aplicação sem interface gráfica, pra ser executado via Crontab ou por administradores de sistemas não é Desktop, é BATCH.

Tirando esses casos, eu uso tanto Web quanto Desktop para… cadastro e relatório!

Desculpa, mas as duas palavras “cadastro” e “relatório” servem pra classificar tudo aquilo que aplicações gráficas fazem. Posso até mesmo dizer que jogos também são aplicações de “cadastro” e “relatório”: “cadastro” são todos os movimentos que eu desejo que o personagem do jogo faça, e “relatório”, todas as movimentações dos meus inimigos e do meu personagem.

Enfim, não leve tão ao pé-da-letra. É só pra dizer que isso não invalida minha argumentação.

Ta bom! Nossa não precisa ficar tão nervoso,da uma olhadinha la no meu probleminha e se puder me ajudar ,ficarei grata…

Pessoal, eu só estou mostrando meus argumentos. Não quero convencer ninguém a mudar aquilo que preferem e gostam de fazer só porque eu estou dizendo.

Porém, como aqui tem muita gente que “puxa a sardinha” pro Swing, também quero “puxar a sardinha” pra Web. Coisa normal. Minha intenção é manter uma discussão saudável, e não “trollar”. Não é porque discordo que tenho que, necessáriamente, ter mágua no coração ou qualquer viadagem que o valha. Eu, por mim, estou bem tranquilo.

Pessoal, eu só estou mostrando meus argumentos. Não quero convencer ninguém a mudar aquilo que preferem e gostam de fazer só porque eu estou dizendo.

Porém, como aqui tem muita gente que “puxa a sardinha” pro Swing, também quero “puxar a sardinha” pra Web. Coisa normal. Minha intenção é manter uma discussão saudável, e não “trollar”. Não é porque discordo que tenho que, necessáriamente, ter mágua no coração ou qualquer viadagem que o valha. Eu, por mim, estou bem tranquilo.

Que bom que está traquilo!

Vamos combinar: uma aplicação sem interface gráfica, pra ser executado via Crontab ou por administradores de sistemas não é Desktop, é BATCH.

Tirando esses casos, eu uso tanto Web quanto Desktop para… cadastro e relatório!

Desculpa, mas as duas palavras “cadastro” e “relatório” servem pra classificar tudo aquilo que aplicações gráficas fazem. Posso até mesmo dizer que jogos também são aplicações de “cadastro” e “relatório”: “cadastro” são todos os movimentos que eu desejo que o personagem do jogo faça, e “relatório”, todas as movimentações dos meus inimigos e do meu personagem.

Enfim, não leve tão ao pé-da-letra. É só pra dizer que isso não invalida minha argumentação.

Bem, um jogo envolve bem mais que isso para ser chamado de simples cadastro/relatorio, eu quis chamar assim aplicações web por que normalmente é simplesmente o que elas fazem.

E tem outra, voce pode rodar um BATCH por uma aplicação Desktop sem problemas, mas não consegue fazer isso da Web sem usar recursos Desktop.

Anyway… web ou desktop, voce usa qual for melhor para seu caso.

E difente de voce(por opnião propria assim como voce tem a sua), se eu tiver a oportunidade de escolher entre fazer em desktop ou web eu prefiro desktop.

“leonardo3001”:

Desculpa, mas as duas palavras “cadastro” e “relatório” servem pra classificar tudo aquilo que aplicações gráficas fazem. Posso até mesmo dizer que jogos também são aplicações de “cadastro” e “relatório”: “cadastro” são todos os movimentos que eu desejo que o personagem do jogo faça, e “relatório”, todas as movimentações dos meus inimigos e do meu personagem.

Acho que todo mundo nessa discussão é suficientemente inteligente para entender o tipo de sistemas que nos referimos quando falamos em “cadastro/relatório”. São os sistemas mais tradicionais, onde as telas são cadastros simples de dados, alimentam um BD, e depois tiramos relatórios com totais. E 90% dos sistemas comerciais são basicamente isso ou variantes disso.

Um jogo está bem longe disso. A informação toda tem que ser processada em tempo real, a criação e desenho dos gráficos também. Some isso a IA dos personagens e um possível tráfego de rede, e você vai ver que eles estão há anos luz de distância de um sistema de escritório convencional. Além disso, muito pouca informação é salva, tanto que são poucos os jogos que possuem algum tipo de banco de dados.

Olá

A velha discussão de sempre e causada por mais uma idiotice da Sun que chamava de desktop aplicações confinadas em uma rede local.

Swing é só a camada de apresentação. É como a aplicação que mais uso no dia a dia que é uma aplicação desktop (*).

E é perfeitamente possível usar JEE em uma aplicação em que a camada de apresentação é Swing. Conheço um monte assim e já trabalhei com algumas.

Só jogo pedras nas aplicações desktop em que o cara programa em Clipper usando Java e acessa ao bando de dados diretamente na tela. De vez em quando um fantasma dos anos 90 pergunta sobre isto aqui no GUJ.

(*) A aplicação desktop que mais uso se chama Firefox.

[]s
Luca

Luca:

Olá

A velha discussão de sempre e causada por mais uma idiotice da Sun que chamava de desktop aplicações confinadas em uma rede local.

Swing é só a camada de apresentação. É como a aplicação que mais uso no dia a dia que é uma aplicação desktop (*).

E é perfeitamente possível usar JEE em uma aplicação em que a camada de apresentação é Swing. Conheço um monte assim e já trabalhei com algumas.

Só jogo pedras nas aplicações desktop em que o cara programa em Clipper usando Java e acessa ao bando de dados diretamente na tela. De vez em quando um fantasma dos anos 90 pergunta sobre isto aqui no GUJ.

(*) A aplicação desktop que mais uso se chama Firefox.

[]s
Luca

A afirmação do luca tanto é verdadeira que hoje temos api’s específicas para trabalhar com http que podem ser incorporadas sem problemas em aplicações swing (nesse caso o swing é uma legitima camada de visão e nada mais).

Concordo com o comentário da faculdade…
Aprendemos primeiro Swing e JDBC e agora estamos trabalhando com Java Web.

E usar Swing + JRuby por exemplo ( insira aqui outra linguagem com J :lol: ) , o que vocês acham disso?

qualquer sistema bem desenvolvido em Java como back-end,
pode ter Flex, Swing, JSP, etc. como seu front-end.

o front-end é adaptado de acordo com oq o cliente/sistema quer.

e se o back-end da sua aplicação está travado com algum front especifico,
é pq muito provavelmente vc esta misturando as camadas de negocio e apresentação.

é simples assim,
não sei por que tanto discussão sem sentido nesse topico…

Concordo com o alucardeck.

Também não entendi o porque da dicussão.

Não gostar de desenvolvimento desktop ou web não é novidade e nem é um problema. É normal prefirir uma coisa ou outra, acontece com tudo e com todos.

Na ponta do lápis as duas (desktop e web) é um pé no s@#o!

Outro dia utilizei um recurso bacana em uma página web e tive que retirar pois não executava na versão do browser do cliente. Você vai pedir para o cliente trocar os browsers das estações (as vezes mais de 1000) por causa do teu software? Vc pode até pedir, ser atendido vai ser outro problema.

Software para desktop tem que ficar super atento a arquitetura aplicada e nem sempre tem um padrão geral bem definido para as soluções que aparecem; e nesta parte o que não falta é desafio para te testar.

Resumindo…tem que gostar do que faz senão é stress na certa.

flws

Dê uma olhada no WPF:
http://www.tanguay.info/web/index.php?pg=howtos&id=5
http://windowsclient.net/default.aspx

API para desktop.

Realmente, as tecnologias estão convergindo.

:!:

Luca:

Olá

A velha discussão de sempre e causada por mais uma idiotice da Sun que chamava de desktop aplicações confinadas em uma rede local.

Swing é só a camada de apresentação. É como a aplicação que mais uso no dia a dia que é uma aplicação desktop (*).

E é perfeitamente possível usar JEE em uma aplicação em que a camada de apresentação é Swing. Conheço um monte assim e já trabalhei com algumas.

Só jogo pedras nas aplicações desktop em que o cara programa em Clipper usando Java e acessa ao bando de dados diretamente na tela. De vez em quando um fantasma dos anos 90 pergunta sobre isto aqui no GUJ.

(*) A aplicação desktop que mais uso se chama Firefox.

[]s
Luca

A pouco tempo eu tava estudando JRuby implementando um jogo 2D com os pacotes do Swing.

Programar em JRuby é bem legal, tem umas coisas dinamicas excelentes.

Entretanto, a aplicação ficou mais lenta, não sei o motivo disso talvez seja a propria arquitetura do JRuby.

Mas vale o teste estudar um pouco dessas JLinguagens por ai.

fantomas:

Concordo com o alucardeck.

Também não entendi o porque da dicussão.

Não gostar de desenvolvimento desktop ou web não é novidade e nem é um problema. É normal prefirir uma coisa ou outra, acontece com tudo e com todos.

Na ponta do lápis as duas (desktop e web) é um pé no s@#o!

Outro dia utilizei um recurso bacana em uma página web e tive que retirar pois não executava na versão do browser do cliente. Você vai pedir para o cliente trocar os browsers das estações (as vezes mais de 1000) por causa do teu software? Vc pode até pedir, ser atendido vai ser outro problema.

Software para desktop tem que ficar super atento a arquitetura aplicada e nem sempre tem um padrão geral bem definido para as soluções que aparecem; e nesta parte o que não falta é desafio para te testar.

Resumindo…tem que gostar do que faz senão é stress na certa.

flws

Concordo plenamente com suas palavras…mas não gostei o seu avatar,rsrs,desculpe…

renzonuccitelli:

Trabalhei 3 anos com Swing. Realmente é muito ruim, nada funciona por default e vc precisa saber como implementar muita coisa, utilizando muito Padrão de Projeto, o que dificulta a vida do iniciante. Estou trabalhando há um ano e meio com AIR (Desktop do Adobe Flex) e nunca mais quero saber de Swing. Java só como backend mesmo. O único problema foi que fiz curso de Flex em SP, pois não tinha em São José dos Campos. Mas isso agora até é uma coisa boa, pois estou abrindo meu próprio curso de Flex/Java em sjc…hehe.
Fora que o Swing é feio demais.
Só gostaria de deixar claro que essa opinião é pessoa, nada contra os amantes de Swing…rs.

[]s

Eu sei de bancos que utilizam Swing nas agências.