[Java 7] As alterações aprovadas:

Smalltalk Membro desde: 28/03/2011 00:32:33 Mensagens: 1 Offline

Excelente post.

Alguém encontrou a parte que fala (se é que fala) da substituição de verificação por null pelo caracter "?", como acontece no Grails? Assim
por

Olhando aqui não encontrei nada a respeito.

Se não for o caso, torna-se irrelevante, dá para fazer assim:

O contrato de equals prescreve que qualquer chamada de equals com parâmetro nulo devolve falso, em outras palavras, NPE Free.

Andre Brito wrote:Alguém encontrou a parte que fala (se é que fala) da substituição de verificação por null pelo caracter "?", como acontece no Grails? Assim
if (name != null && name.equals("asda")) {} por if (name?.equals("asda")){}

Olhando aqui não encontrei nada a respeito.

JavaGuru Membro desde: 22/01/2011 10:08:43 Mensagens: 235 Offline

ViniGodoy wrote:

sarkozy wrote:eu acho que o JAVA poderia ter uma forma de deixar o tipo byte unsigned... pq para comunicar com placas via udp, as vezes vc tem que enviar um valor que o tipo byte nao suporta... ai complica a vida

Evite ressuscitar tópicos. Esse era de 2009.

Mas concordo com vc. No mínimo tinha que ter funções que fizessem a promoção ou redução de tipos maiores para seus respectivos unsigned nas classes de Stream e na classe ByteBuffer (como ter na própria classe ByteBuffer o que a classe ByteBufferWorker que postei no GUJ faz).

Eu já implementei rotina de ponto flutuante em Java onde utilizava todos os 32 bits do int e todos os 64 bits do long, ignorando o sinal. No Java basta ignorar o sinal do tipo se tudo o que você quer é utilizar operações de bit.

Todos os números em Java (e em diversos hardwares) são guardados no formato "complemento de 2", ou seja, cada posição de bit é um peso diferente e a soma total dos pesos dá o valor do número. Por exemplo, 0x80, que vem logo após 0x7f, é -128 e por aí vai.

Na VM que criei uso bytes em um ByteBuffer para guardar as instruções, e uso todos os 8 bits do byte.

O sinal só é necessário para operações aritméticas, mas nesse caso um tipo mais largo como int seria o mais indicado. Quem usa byte, geralmente só quer passá-lo via rede ou utilizá-lo para algo baixo nível.

JavaGuru Membro desde: 22/01/2011 10:08:43 Mensagens: 235 Offline

chun wrote:Posso estar errado... mas não ter inclusido closures foi a cagada do ano na tencologia java... talvez a maior dos ultimos anos...

Que nada. Closures são uma das coisas mais hypeadas nos últimos tempos, acho que quem acredita que isso é a solução para todos os problemas realmente não entende como funciona.

Closures nada mais são do que um objeto de pobre. Isto é, o ambiente léxico é como os campos de uma classe e o tal objeto tem apenas um método que não aceita argumentos. Não existe absolutamente nada que closure faça que não seja possível fazer com objetos.

Closure apenas simplifica o código em alguns casos, mas no Java, como eles não podem remover nada, acho que acabaria complicando ainda mais. Para tudo existiriam duas ou mais formas de se fazer.

Acho que seria melhor criar uma linguagem nova do zero ao invés de adicionar closure no Java.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

Otima mudanças mesmo!

Concordo, acho que é mais um Hype. Uso lambdas no C# e Ruby e programo sem problemas no Java 6 sem elas. Programação funcional está hypeado como disse o Longino, contudo acho que tem seu valor. As expressões usadas no JPA seriam mais simples, enxutas, e legíveis até, se fossem escritas com lambdas, bem como a implementação do padrão Strategy, onde hoje usamos interfaces (ver Comparator<T>

.

Também acho que inseriram muito Syntactic sugar, como a notação diamante, uso de índice para coleções, verificação de nulo, etc, em outras palavras, uma adição de facilidades para diminuir o Boilerplate Code (e consequentemente o código).

Penso que a promiscuidade (não entendam mal) atual dos programadores com linguagens (ver dica do Pragmatic Programmers: aprenda uma linguagem por ano) faz com que haja uma pressão por mudanças e um medo de perder espaço. Eu por exemplo me identifico muito com Java mas não sou Evangelista ao ponto de ficar cego (como muitos fazem) e me entrego "aos prazeres" de outras linguagens, plataformas, soluções.

Resumindo, acho que os releases do Java EE, do 1.4 para o 5 e depois para o 6 foram muito mais substanciais que as mudanças no Java SE (que são boas, nunca disse o contrário), equiparáveis a mudança do Java SE 1.4 para o 5, mas pouco expressivo do 5 para o 6 e agora do 6 para o 7.

marcosalex wrote:

Longino wrote:
Que nada. Closures são uma das coisas mais hypeadas nos últimos tempos, acho que quem acredita que isso é a solução para todos os problemas realmente não entende como funciona.

Closures nada mais são do que um objeto de pobre. Isto é, o ambiente léxico é como os campos de uma classe e o tal objeto tem apenas um método que não aceita argumentos. Não existe absolutamente nada que closure faça que não seja possível fazer com objetos.

Também penso assim sobre Closures. Não vejo como a vida dos programadores mudariam tanto quando o Java suportar closures. Em algumas poucas situações você vai digitar algumas linhas a menos de código, em outras vai ficar um código um pouco mais legível, mas nada revolucionário.

Essa briga de recursos me lembra os tempos de VB x Delphi, onde uma delas incorporava algum recurso pouco usado e usava isso como marketing, então a outra incorporava o mesmo recurso e adicionava outro ainda mais obscuro pra inverter a situação. No final ficaram duas linguagens totalmente cheia de coisas que ninguém usa, poluídas e confusas. Até chegar uma nova geração de linguagens com o intuito de simplificar a vida do desenvolvedor.

Agora com .NET x Java estou vendo a mesma coisa, e já está cheio de linguagens muito mais simples vindo na sequência. E a fila continua andando...

Debugger Membro desde: 17/10/2009 18:41:39 Mensagens: 69 Offline

Com essa nova versão do Java, vai sair uma nova certificação? Estou na faculdade e pretendo tirar minha primeira certificação. Devo tirar a SCJP 6 ou devo esperar a 7?

JavaBaby Membro desde: 28/03/2008 09:27:34 Mensagens: 84 Offline

Galera boa tarde,

Aproveitando o tópico, alguém viu se saiu alguma solução como o FileSystemWatcher no java 7?

Abraço.

JavaBaby Membro desde: 19/08/2009 14:17:30 Mensagens: 81 Offline

Bruno Laturner wrote:

Sergio Lopes wrote:bizarro esse "Automatic Resource Management"... o que vai ter de gente usando errado isso (achando que fecha mas nao fecha)...

pra mim eh desnecessario...

Já tem muita gente esquecendo de fechar recursos que abriram, isso pelo menos ajuda a aliviar o peso sobre o programador.

É verdade, muita gente esqueci de fechar, é sempre bom dar uma mão ao programador.

Mas será que vai valer para conexões com BD também ??

As alterações são cosméticas, não tem relevância alguma. É uma total perda de tempo migrar para o java 7, prefiro aguardar o java 8, pois aí sim muda de figura.

This message was edited 1 time. Last update was at 26/10/2011 07:36:28

São modificações pequenas, mais que vão ajudar bastante no tempo de implementação.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

Previsão da certificação Java 7?

Notícias, artigos e o maior fórum brasileiro sobre Java