HTML5 e Java

HTML 5 + Java, sem dúvida.

++

Sem dúvida nenhuma HTML + java. Você também pode utilizar técnicas de tableless para o desenvolvimento das páginas web, vão ficar leves e rápidas para carregar.

uma opção muito boa que utilizo é o GWT + EXT GWT

Acho que vocês deveria utilizar algum framework RIA, acho que diminuiria o tempo e teria menos preocupações com CSS e HTML.

rsantik:

Acho que vocês deveria utilizar algum framework RIA, acho que diminuiria o tempo e teria menos preocupações com CSS e HTML.

Se for utilizar algum framework sugiro utilizar JSF 2 + PrimeFaces

Legal, bom assunto.

Para apimentar… eu adoro Flex + Java

mais estou com medo…

esta pensando sim em HTML 5…
como sou o gerente da parte técnica, antes de tudo quero ter muita informação.

Alguém de vocês poderia estar falando no skype?

agora JSF2 era bom olhar também

Uma observação, como tudo agora, quero rodar o mesmo sistema em WEB e mobile ou seja independente de plataforma ou arquitetura

Digo isso porque chego a pensar que em 5 anos não teremos mais computadores e sim dispositivos conectados

que poderiam ser celulares, tablets, relogios… etc…

Normal… quando um cliente seja mobile, dispositivo conectados ou PC, quando acessa uma endereço, o que é retornado do servidor para esse cliente é o HTML, desde que o dispositivo tenha browser para interpretar, não haverá problemas.

Você poderá ter problema com dispositivos conectados se utilizar muito jquery ou javascript, pode ser que o browser do dispositivo não interprete direito e dê alguns erros.

Jamais utilize Flex + Java, pois irá ter problema com dispositivos conectados e etc…

Cara recomendo fortemente HTML5 no front-end e o Java como Back-end.

Não há dúvidas que HTML5 + CSS3 + Javascript será o futuro das aplicações web.

Utilizar Flex, Flash, JavaFX e outras aplicações do tipo RIA só facilita em uma coisa, eles já possuem uma nível de interface bem bonitinha que facilita o desenvolvimento para uma equipe que só possui programadores péssimos em design.

Mas atualmente existem excelentes frameworks para HTML + CSS nesse nível: JQueryUI e Bootstrap

Entre esses dois o que mais esta se destacando atualmente é o bootstrap, pois ele oferece componentes sensacionais que fazem qualquer programador se tornar um designer sem dificuldades. Outra vantagem é que esse framework já utiliza padrões responsive layout para facilitar a visualização do seu aplicativo em smartphones e tablets.

Outro motivo para utilizar os padrões WebStandards (HTML + CSS + JS) do que os padrões RIA é que eles utilizam apenas um browser para renderizar sua aplicação, já os padrões RIA para renderizarem suas aplicações no browser, eles exigem que o usuário instale um plugin Flash, FLex ou JavaFX e nem sempre esses plugins (No caso do JavaFX) funcionam em todos o sistemas operacionais.

Legal, Obrigado a todos.

Bem acho que irei partir para HTML 5 e Java.

Fala galera,

Estou acompanhando o tópico e tenho algumas dúvidas também. Faz pouco tempo meu chefe pediu para eu correr atrás de saber como está o html5, o que muda, quais os impactos, para poder criar um portal novo.

Pra mim, existe muito template generator por aí, e alguns não atendem o padrão dos navegadores da empresa. O Internet Explorer 8 até que vai uma coisa ou outra, mas a versão virtualizada do Chrome daqui já não mostra nada do Boilerplate por exemplo.

Percebi também que existe muita gambiarra em javascript para corrigir problemas de renderização no IE8 e uma coisa ou outra que mostra errado no Firefox e no Chrome.

Apesar de achar muito mais “clean” e o lance do LESS fantástico, eu ainda estou na dúvida, por tudo que pesquisei: será que JÁ é o momento de se criar algo com html5?

RichFaces 4.1 ta bonitão :-o

Antes eu programava em flex mas com inumeras incertezas em relação a flex migrei para java e HTML atualmente programo em j2ee

sugiro HTML + JAVA sem duvidas !

jaboot o intuito é incentivar html5 por que será questão de alguns anos creio que 1 ou 2 anos para tudo se estabilizar, e fazer um site em HTML5 hoje mesmo com alguns javascripts para forçar compatibilidade com browsers antigos é mais vantajoso do que adotar padrões antigos da web, pelo qual você terá que se esforçar muito mais desenvolvendo soluções complexas ou gambiarras para fazer tais efeitos ou animações que é facilmente implementada em HTML5.

É claro que infelizmente devido ao maldito IE que não sai da versão 8 para o Windows XP (S.O. ainda mais utilizado) não será totalmente compativel com HTML5 mesmo usando javascripts para isso, mas creio que 90% será aceitavel nele.

O legal é ter bom senso de layout, quanto menos “fru-fru” fazer mais compatível será com todos os browsers seja usando HTML5, HTML4 ou XHTML.
O ideal é ter bom senso e deixar regras bem claras no site ou sistema web, avisando que ele não será 100% compatível com determinados browsers (IE6, IE7 ou IE8).
Pois afinal até o Google não da mais suporte a IE6, daqui a algum tempo ele também poderá excluir o IE7 e IE8, e o impacto dessas empresas grandes acabam incentivando em nossos projetos também.

caio.ribeiro.pereira:

jaboot o intuito é incentivar html5 por que será questão de alguns anos creio que 1 ou 2 anos para tudo se estabilizar, e fazer um site em HTML5 hoje mesmo com alguns javascripts para forçar compatibilidade com browsers antigos é mais vantajoso do que adotar padrões antigos da web, pelo qual você terá que se esforçar muito mais desenvolvendo soluções complexas ou gambiarras para fazer tais efeitos ou animações que é facilmente implementada em HTML5.

É claro que infelizmente devido ao maldito IE que não sai da versão 8 para o Windows XP (S.O. ainda mais utilizado) não será totalmente compativel com HTML5 mesmo usando javascripts para isso, mas creio que 90% será aceitavel nele.

O legal é ter bom senso de layout, quanto menos “fru-fru” fazer mais compatível será com todos os browsers seja usando HTML5, HTML4 ou XHTML.
O ideal é ter bom senso e deixar regras bem claras no site ou sistema web, avisando que ele não será 100% compatível com determinados browsers (IE6, IE7 ou IE8).
Pois afinal até o Google não da mais suporte a IE6, daqui a algum tempo ele também poderá excluir o IE7 e IE8, e o impacto dessas empresas grandes acabam incentivando em nossos projetos também.

Na verdade, a previsão do próprio W3C para que o HTML esteja totalmente OK e suportado em todos os browsers é 2022.

alias … acho que você esta enganado, segundo essa fonte aqui HTML5 estará pronto em 2014 diz que em 2014 estara mais estável, e até concordo com eles, pois tirando IE, os demais browsers estão constantemente atualizando-se para esse novo padrão sem contar que já existe muito site em HTML5 totalmente Cross-browser até com IE6.

Como disse antes é possível trabalhar com HTML5 é tudo questão de bom senso sobre o layout que vai projetar.

Mito de 2022

Um dos equívocos persistentes em torno do HTML5 é que “não será feito até 2022.” As evidências típicas de apoio para isso é uma entrevista que fiz com Ian Hickson, o editor daespecificação do HTML5, alguns anos atrás. Ironicamente, mesmo naquela entrevista, elefoi claro sobre a data de 2022. Mas poucas pessoas tem falado sobre isso, e seus artigos raivosos chamou a atenção muito mais do que os fatos reais.
A verdade é que 2022 é quando Hickson espera que a especificação do HTML5 se torneuma recomendação W3C completa, o que significa que há duas 100% completas,implementações verificáveis. Para se ter uma ideia do porquê que é ao mesmo tempobastante sem sentido e um grande salto, ao mesmo tempo, consideramos que nenhuma outra versão da especificação HTML jamais alcançou esse status, principalmente porque eram demasiado vagos para qualquer aplicação a ser comprovadamente correto. A especificação HTML5 está ficando perto de ser solidificado e imutável, agora em 2011.

fonte

Na minha humilde opinião…Eu ainda recomendo HTML5 sem dúvidas! Porque?

Porque a tendência dos sistemas web é que com o passar do tempo, tudo irá convergir para o WebStandards (HTML5 + CSS3 + Javascript), pq?

Pq já é possível criar aplicações ou sites totalmente com layout responsivo, que são layouts totalmente aceitável em diversos formatos de tela: Computadores, TVs, Smartphones e tablets, sem a necessidade de desenvolver via Android, iOS ou Windows Phone.

Caso queira algo mais específico já existem frameworks como PhoneGap que converte todo código HTML e CSS para uma plataforma Mobile, por exemplo vc cria um aplicativo em HTML5 e converte-o em código nativo para Android, iOS ou outras plataformas.

Com WebStandards vc só precisa de um browser, sem a necessidade de instalar plugins (no caso de Flex, Flash, JavaFX e Silverlight).

Existem bons frameworks como Bootstrap e JQueryUI que transforma qualquer mero programador péssimo em layout em um ótimo webdesign.

Já existe também um meio de como você trabalhar no lado servidor utilizando apenas Javascript, o Node.js é uma excelente plataformas, tenho vários post em meu blog: Underground WebDev falando sobre ele, pois ele simplifica o desenvolvimento no back-end, por exemplo no tratamento de JSON, e possuem algumas caracteristicas bacanas como o paradigma orientado a eventos de I/O e recursos otimizados para WebSockets permitindo criacao de sistemas em tempo real.

Já existem banco de dados totalmente em Javascript e altamente escaláveis: MongoDB e CouchDB são dois bons exemplos disso.

Resumindo, já é possível criar uma aplicação inteira com layout, servidor e banco de dados utilizando apenas 3 tecnologias do WebStandards: HTML, CSS e Javascript.

Bem, legal…

Vou partir para HTML 5…

Na verdade era isso aí que eu queria dizer, amigos. Particularmente acredito que vá demorar ainda mais; são muitos interesses e nenhuma das grandes empresas nunca deu muita bola aos web-standards, apenas em seus discursos. É lamentável que em pleno 2012 ainda seja um parto escrever uma aplicação 100% cross-browser. Sinceramente estou pessimista quanto à velocidade das coisas.

De qualquer forma, mesmo que demore até o próximo milênio pro HTML 5 ficar pronto, sou totalmente favorável ao seu uso imediato. Por favor, não pensem que sou contra os padrões web (tambem trabalho no front-end, ô vida), me parece que as empresas é que são.

Com o perdão da pergunta, prezado caio.ribeiro.pereira, de onde essa informação foi retirada? Ao que me consta o MongoDB é escrito em C++, e armazena dados no formato Json.

A proposito, parabens pelo blog mano.

alias MongoDB, CouchDB são feitos em C++ com certeza, mas a sua interface de uso é totalmente Javascript, armazenando dados em JSON.
Assim como Node.js foi totalmente C++ mas você não programa C++ e sim Javascript, entendeu?

Foi isso que quis dizer sobre essas tecnologias, afinal quase tudo foi desenvolvido em C/C++ por questões de alta performance da linguagem, mas seu uso nem sempre é através da mesma linguagem.

Por exemplo: Java, JVM, PHP, Linux, Node.js, MongoDB, MySQL são tecnologias desenvolvidas em C/C++ mas ninguem trabalha com elas através do C/C++ e sim com suas respectivas interfaces ou DSL

E por favor, me corrijam se estiver enganado sobre essas tecnologias que citei, ok?

alias Realmente concordo com vc sobre o seu pessimismo, ainda existem muitas empresas com grande resistencia a mudanças, pelo qual dificulta muito a aceleração do HTML5.

Tudo isso por causa do grande tio Bill Gates, que dominou o mundo com seu famoso Windows que já vem pré-instalado o maldito IE e creio que todo mundo aqui, já passou por grandes apuros desenvolvendo layout pra esse browser e não adotando 100% os padrões corretos do WebStandards e isso criou uma cultura quase mundial para os usuários leigos da web, que é aquele velho hábito de que se o seu desktop não tiver o ícone do Internet Explorer, é sinal de que seu computador não tem internet instalada kkkkkkkkkkk

Já salvei muita gente renomeando o ícone do Google Chrome para Internet Explorer hehehehe

caio.ribeiro.pereira:

alias MongoDB, CouchDB são feitos em C++ com certeza, mas a sua interface de uso é totalmente Javascript, armazenando dados em JSON.
Assim como Node.js foi totalmente C++ mas você não programa C++ e sim Javascript, entendeu?

Legal. Valeu o esclarecimento pois da forma como voce escreveu, com todo o respeito, estava meio ambiguo.

caio.ribeiro.pereira:

alias Realmente concordo com vc sobre o seu pessimismo, ainda existem muitas empresas com grande resistencia a mudanças, pelo qual dificulta muito a aceleração do HTML5.

Tudo isso por causa do grande tio Bill Gates, que dominou o mundo com seu famoso Windows que já vem pré-instalado o maldito IE e creio que todo mundo aqui, já passou por grandes apuros desenvolvendo layout pra esse browser e não adotando 100% os padrões corretos do WebStandards e isso criou uma cultura quase mundial para os usuários leigos da web, que é aquele velho hábito de que se o seu desktop não tiver o ícone do Internet Explorer, é sinal de que seu computador não tem internet instalada kkkkkkkkkkk

Já salvei muita gente renomeando o ícone do Google Chrome para Internet Explorer hehehehe

Eu não sei se isso é culpa apenas da Microsoft, embora seja certo que essa empresa quer dominar o universo. Veja o Google, por exemplo: tenho lido sobre uma linguagem que
eles desenvolveram, chamada “Dart”. Essa linguagem, pelo que tenho lido, tem como objeto substituir o Javascript nos navegadores! Não seria melhor o Google gastar seu tempo adequando o Chrome para o padrão ECMAScript, especificação que NENHUM browser segue totalmente? Ou será o Google bonzinho e a tal Dart é apenas “para o bem da internet”?(por favor, me corrijam se falei besteira sobre a tal linguagem pois sempre que leio sobre essa linguagem já fico puto de raiva! :lol: )

O que esses caras querem é dinheiro, quanto a nós resta continuar fazendo “if (browser == ?)” nos nossos Javascripts até sabe Deus quando…

A proposito, atualmente vejo o IE9 como um browser extremamente aderente ao HTML5 e ao CSS3. Me surpreendi positivamente. Infelizmente, como você disse, o perfil (em geral) do usuário do IE é o do cara meio leigo, que nem se importa em atualizar a versão do tal do “browser”. Ainda teremos IE6 e IE7 por aí por um bom tempo…

alias sobre o Dart pra min eh novidade, nem sabia sobre sua existencia, mas pelo que sei o Google ama HTML5 + CSS3 + Javascript, pois caso não saiba o melhor motor engine Javascript é o V8 criado pelo Google, pois possui uma performance excelente comparado com os concorrentes, não é atoa que Node.js utiliza o V8 também, e muita coisa do google esta usando HTML5 + CSS3, eles até possuem um site com experiencias feitas com essas tecnologias os HTML5 Rocks é um exemplo disso, é um site com diversas dicas sobre HTML5 + CSS3 + Javascript + Canvas 2D e 3D e a maioria dos colaboradores trabalham no google.

Tô ligado, o V8 foi o projeto que o Google criou pra implementar a espec ECMAScript. Bom espero do fundo do coração que eles consigam chegar lá :lol: .

Sobre o Dart, dá uma olhada aí: http://www.dartlang.org/. Fica de sugestão de post no seu blog

alias A minha torcida é que Javascript domine o mundo assim como HTML5 + CSS3 hehehehe esse Dart só roda no Chrome, já começou malz rs por mais clean q seja sua sintaxe, com tantos projetos javascript é provavel que esse Dart fique q nem o antigo VBScript, mas enfim boa sorte pra eles

Olá a todos! Sei que o tópico é antigo, mas estou indo na direção do que discutiram neste tópico. Contudo minha dúvida é como integrar Java no back-end e HMLT5+CSS+JS no front-end? Não quero ficar “dependurando” parâmetros em requisições (tal como faziamos com Struts 1), quero algo mais “limpo” mais “OO”, ou seja, quero que os campos de um form HTML “apareçam” simplesmente no objeto em Java. Que framework e como posso fazer isso? Sem essa simplicidade acho que HTML5 e seus afins não decola… porque senão seria como voltar ao Struts 1.

Abraços a todos.

Bons frameworks para Java que visam simplificar Java + HTML/JS, é o VRaptor ou Play Frameworks

Ok, mas estes framEworks são action based, sendo assim posso usar SpringMVC tabém, certo? Mas como faco a “integração” entre o HTML e o Spring? As minhas páginas serão HTML ou JSP?

Abraços.

A melhor integração é trabalhar com frameworks ActionBased e usar algum parserJSON para Objeto, só assim você tera melhor controle do que envia/recebe entre cliente-servidor, o Node.js como tinha dito antes, ele apesar de ser Javascript server-side, já faz esse parseamento nativa, visto que objeto JSON tanto no cliente como servidor será a mesma coisa então não há o que parsear.

Ok, mas estes framEworks são action based, sendo assim posso usar SpringMVC tabém, certo? Mas como faco a “integração” entre o HTML e o Spring? As minhas páginas serão HTML ou JSP?

Abraços.
Aqui tem um bom tutorial sobre isso: http://www.simpledev.com.br/simplificando-springmvc.html

Pergunta imbecil… me desculpem…

Mas posso usar HTML5 puro sem taglib e nada de JSP??? Se sim, minhas páginas seriam .html e somente conteriam conteúdo HTML5. É isso?

Marcelo Magalhaes:

Pergunta imbecil… me desculpem…

Mas posso usar HTML5 puro sem taglib e nada de JS??? Se sim, minhas páginas seriam .html e somente conteriam conteúdo HTML5. É isso?

Pode sim. Com certeza. Basta trafegar um tipo de dado como JSON.
Te aconselho ainda usar algum framework MVC Javascript como AngularJS, Ember e etc.
Tem um tópico aqui com um exemplo de uma app com Jersey + Ember se não me engano, dá uma procurada.

Eu gosto de VRaptor + AngularJS + Twitter Bootstrap (HTML, CSS, JS). -