Desenvolvimento

Ola Marthian_2

A Caelum tem uma apostila muito boa sobre Desenvolvimento Web http://www.caelum.com.br/curso/fj-21-java-web/ ela é gratuita, baixa ela e ela usa um exemplo pratico, nela tem tudo que você precisa… Ai você depois faz seu sistema em cima do exemplo da Apostila.
Abraços.
:lol:

Isso mesmo o que o amigo disse.
Eu fiz o curso 11 e 21 na Caelum, e com a base deles e mais alguns livros, desenvolvi um sistema de faturamento para escola.

eu te mandei uma MP. Qq coisa avise.

[]´s

Rails?

Esse tá na minha lista doq quero aprender em 2009.
Só ouço dizer bem de Rails. Tanto é que comprei um livro de Ruby on Rails do Rodrigo Urubatan, e esotu gostando mto.

Com o passar dos dias vou me aprofundando um pouco mais.
Mas aprender Ruby on Rails é um bom negócio.

rails!

marthian_2,

Comecei em Java swing tbm. Dessa forma vivi um situação muito semelhante…Rails é super interessante, tanto q minha migração p Web foi p Rails. Depois estudei outros frameworks, dos quais t aconselho o Grails tbm.

Abraços.

rp.guimaraes:

marthian_2,

Comecei em Java swing tbm. Dessa forma vivi um situação muito semelhante…Rails é super interessante, tanto q minha migração p Web foi p Rails. Depois estudei outros frameworks, dos quais t aconselho o Grails tbm.

Abraços.

Bacana cara…quais são as vantagens do Grails para o Rails? To pensando em estudar esse tbm…

marthian_2:

Boa noite pessoal…

preciso fazer um sisteminha pra uma escola… é basicamente cadatros…

Trabalho mais com swing, mas me sugeriram fazer com que o sistema funcionasse no browser… tipo um sistema “web-standalone”…

Quais tecnologias web seriam mais rápidas pra aprender e quais as mais eficientes para este caso?

Se vc precisa fazer um sistema que funcione tanto web quanto desktop, não tem jeito: vc vai ter que desenvolver pelo menos 2 projetos diferentes e escolher um ponto de integração. É tentador colocar a integração no banco de dados (vc insere pela web e confere pelo desktop na base do SQL). Infelizmente vc vai replicar muito codigo sem falar que este tipo de integração dá dor de cabeça.

Vc pode criar uma aplicação central que tenha as classes de dominio do seu negócio (Cliente, Produto, Negocio, Pessoa, aquelas coisas), o acesso ao banco de dados (se houver) e toda a parte de autenticação (não confunda com sessão), segurança, etc. Essa aplicação pode trabalhar com um webservice REST (que é uma forma simples de trabalhar com os verbos HTTP e respostas em XML ou JSON) para se comunicar com o mundo externo. Imagine que vc tem um cadastro de negocios

GET /negocios -> traz todos os negocios
GET /negocio/100 -> detalhe o negocio de id 100 (pode usar um uuid tambem)
POST /negocio -> insere um novo negocio (via querystring, upload de xml, como vc achar melhor, interessante vc retornar o id do novo negocio na resposta)
PUT /negocio/101 -> altera o negocio de id 101 (dados fluem da mesma forma que o post)
DELETE /negocio/101 -> adivinha

Dessa forma vc tem um CRUD simples e basico. Agora só falta vc desenvolver um cliente que transforma o xml em objetos (XStream?) e conecta no webservice fazendo os GETs e POSTs certos (Apache HttpClient?). Dessa forma vc pode ter um sistema web que consome esse webservice e um sistema desktop que consome tambem (seriam aplicações burras). É claro que vc pode acabar juntando o sistema web e o webservice em um projeto só mas dessa forma vc pode ter funcionalidades no sistema web que não estã o replicadas no webservice e ai a sua integração começa a dar problemas.

Uma forma de trabalhar com REST em java é via Jersey. Se vc documentar numa wiki o funcionamento dos webservices, trabalhar com testes unitarios (Junit 4, JMock), testes funcionais (Selenium pra web, tem que ver o que existe pra swing) e, de repente, integração continua (Cruise Control). Dependendo de como vc fizer esse sistema vai longe