[Java 7] As alterações aprovadas:

Olá:

Saiu a relação das alterações aprovadas para Java 7:

Simplified Generics: Uso da diamond notation:

Collection Literals:

Automatic Resource Management

String em Switchs

Binary Literals

Simplified Varargs Method Invocation

Este confesso que não entendi

language support for JSR 292(invokedynamic)

Fontes:
http://java.dzone.com/articles/jdk7-tackles-java-verbosity
http://blogs.sun.com/darcy/entry/project_coin_final_five

GUJ Expert Membro desde: 18/02/2008 16:17:53 Mensagens: 3002 Offline

Rafael Afonso wrote:

Simplified Varargs Method Invocation

/* *EXAMPLES * Before this change: */ static <T> List<T> asList(T... elements) { ... } static List<Callable<String>> stringFactories() { Callable<String> a, b, c; ... // Warning: **"uses unchecked or unsafe operations"* return asList(a, b, c); } //After this change: // Warning: **"enables unsafe generic array creation"* static <T> List<T> asList(T... elements) { ... } static List<Callable<String>> stringFactories() { Callable<String> a, b, c; ... return asList(a, b, c); }
Este confesso que não entendi

No final do email tem links falando sobre o problema, este achei o melhor: http://tech.puredanger.com/2007/02/27/generics-array-construction/

O problema fundamental é instanciar Arrays, que são tipos verificados em tempo de compilação, usando generics (tempo de execução), onde seus tipos são apagados, e ainda manter tipagem forte.

Dá até pra fazer isso, mas com muita criatividade e magia negra.

excelente post!

todas mudancas bem pequenas, mas vao ajudar bastante.

uma pena que a grande maioria das mudancas maiores foram engavetadas. especialmente reificação de tipos genéricos, structs (objetos na pilha, por assim dizer) e outras coisinhas mais.

Sweeeeeeeeeeeeeeeet!

Até as empresas homologarem o Java 7 vai demorar!

Faltou lembrar do Elvis Operator e do Null-Safe Navigation. (ambos que vieram do Groovy)

O Elvis Operator (Operador Elvis, "está vivo, não morreu, apesar de você não vê-lo") é uma maneira simplificada para usar a atribuição de valores a variáveis com operadores ternários, levando-se em consideração que 90% dos casos onde usamos os operadores ternários, são para validar se um objeto é null ou não. Exemplo.

Já o Null-Safe Navigator, é uma maneira, como dizem os Rubistas e Groovistas (esquisito né), "açucarada" de navegar em objetos e seus filhos. Ele faz uma validação se o objeto onde está se chamando um método é null ou não, para neste caso, efetuar a chamada mesmo.

[]s,

GUJ Master Membro desde: 23/10/2008 06:39:07 Mensagens: 1092 Offline

Eu não sei quanto à vocês, mas estou com um alívio de não ter que ficar criando enum pra switch besta... Achei todas as alterações muito interessantes!

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

pra mim eh desnecessario...

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...

Sergio, como deverá ser feito com a nova mudança ?

grande abrassss

Os safe-null operators sairam mesmo?

Até onde vi tava planejado mas não ia sair.

Isso seria algo muito interessante.

Não gosto de switchs então vou continuar não usando mesmo aceitando Strings.

O que estou sentindo falta é a inclusão da nova API de date/time, inspirada na Joda Time. Pelo menos até agora não vi nenhuma confirmação de que ela será incluída.

GUJ Expert Membro desde: 18/02/2008 16:17:53 Mensagens: 3002 Offline

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.

This message was edited 3 times. Last update was at 31/08/2009 16:00:14

Olá

Também gostei do post.

Quanto a notícia lamento algumas ausências tais como Improved Exception Handling for Java (esta ausência dói um pouco) e Large arrays

Além do que descreve o post acho (não tenho certeza) que serão incluídas mais coisas tais como Acréscimos na API de concorrência (Fork/Join e TransferQueue) e Acréscimos no Java.NIO (Improved filesystem interface, Complete socket-channel functionality, Support asynchronous I/O.Ver também:
http://openjdk.java.net/projects/nio/presentations/TS-5052.pdf
http://openjdk.java.net/projects/nio/presentations/TS-4222.pdf
http://openjdk.java.net/projects/nio/resources/AsynchronousIo.html

Também deve ser incluído Type Annotations (JSR 308 ) and the Checker Framework e a nova API Date/Time (assim espero)

Strings no switches vem com 10 anos de atraso. Teria sido muito mais útil nos primórdios do Java. Agora já nos acostumamos a viver com o mínimo de switch/case

language support for JSR 292 (invokedDynamic) não mudará a vida do programador Java comum que programa somente em Java mas pode ajudar no desenvolvimento de sistemas interoperando (eita palavrinha horrorosa...) com outras linguagens que usam a JVM. Também ajudará a quem quiser implementar na JVM outras linguagens usando Java.

Outros links:
http://blogs.sun.com/darcy/resource/JavaOne/J1_2009-TS-4060.pdf
http://blogs.sun.com/darcy/
http://blogs.sun.com/darcy/entry/project_coin_final_five
http://blogs.sun.com/darcy/entry/project_coin_consideration_round_2
http://blogs.sun.com/darcy/entry/project_coin_week_1_update

Coisas a mais que existem por aí e que poderiam fazer parte do Java SE:
- A API de servlets e algo similar ou o próprio HttpClient
- A API de logging deveria ser jogada fora em troca de algo como o que já existe por aí tal como SLF4J ou mesmo o LOG4J, ver links em http://www.theserverside.com/news/thread.tss?thread_id=47120 (se bem que hoje em dia logs combinam bem com armazenamentos do tipo Key/value tais como CouchDB, MongoDB, cassandra, redis e similares)
- API para json

[]s
Luca

GUJ Master Membro desde: 26/03/2006 18:54:30 Mensagens: 1861 Offline

E closerus está confirmado mesmo para essa versão?! Achei interessante Collection Literals, já a Diamond Notation e a Management Resource eu não gostei pois prefiro algumas coisas bem explícitas e claras!

Agora uma pergunta que me veio a cabeça, no caso da Collection Literals, qual implementação de List que ela irá usar?!

, e no caso do Map?!

thiago.correa wrote:E closerus está confirmado mesmo para essa versão?! Achei interessante Collection Literals, já a Diamond Notation e a Management Resource eu não gostei pois prefiro algumas coisas bem explícitas e claras!

Agora uma pergunta que me veio a cabeça, no caso da Collection Literals, qual implementação de List que ela irá usar?! , e no caso do Map?!

Que eu saiba closures foi abandonado. Quanto aos literals eu apostaria em ArrayList e em HashMap.

Aqui está uma página com o status das features propostas para o Java 7: http://tech.puredanger.com/java7

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