Mudar de C # para Java, quais “dicas” eu deveria me importar?

Talvez eu precise mudar para Java para novo projeto. Eu tenho muito pouco conhecimento sobre Java, porque estudei e usei C # principalmente, e tenho medo das diferenças entre essas duas linguagens / plataformas que provavelmente me causarão muitos problemas.

Quais são as armadilhas / dicas que eu deveria me preocupar?

Aqui estão algumas dicas importantes sobre Java quando provenientes do C #:

• Em Java, os switchcasos podem passar silenciosamente para o próximo, portanto, sempre coloque sempre breakque apropriado. Você também não pode switchem Stringem Java.
• Os genéricos não são reificados e parametrizáveis ​​apenas com tipos de referência. Não existe List<int>, apenas a List<Integer>. A caixa automática oculta a verbosidade, mas você pode obter NullPointerExceptionao desmarcar a null. Além disso, ==e !=em dois tipos primitivos in a box realizam comparação de referência.
  • ... porque ==e !=em dois tipos de referência (por exemplo String) são sempre comparação de referência
  • Um intpode ser autoboxado para um Integer; não há autoboxing de int[]para Integer[].
• Java de byte, short, int, longsó são assinados. Preste atenção na extensão de sinal não intencional.
• Nenhuma matriz multidimensional, apenas matriz de matrizes em Java.
• A maioria dos sub*métodos de consulta à distância usa o limite inferior inclusivo e o limite superior exclusivo
  • String.substring(int beginIndex, int endIndex)
  • CharSequence.subSequence(int start, int end)
  • List.subList(int fromIndex, int toIndex)
  • SortedSet<E>.subSet(E fromElement, E toElement)
  • SortedMap<K,V>.subMap(K fromKey, K toKey)

Veja também

• Java Puzzlers: armadilhas, armadilhas e casos de canto
  • Uma leitura divertida, mas ao mesmo tempo muito educativa.
  • O livro também tem muitas apresentações de sucessores disponíveis na web, por exemplo:
    • Apresentação em vídeo do Google Tech Talk em 2007
    • TS-5186: O Retorno dos Enigmas: Schlock e Pavor
    • TS-1188: As aventuras contínuas de quebra-cabeças Java: armadilhas para tigres
    • TS-2707: Java Puzzlers, Episódio VI: A ameaça fantasma de referência, Ataque do clone, Vingança da mudança
• Wikipedia / Comparação de Java e C Sharp

Perguntas relacionadas

Em alguns tópicos listados acima:

• A explicação de James Gosling sobre por que o byte de Java é assinado
• Java noob: genéricos apenas sobre objetos? (sim Infelizmente)
• Alternar declaração com strings em Java?
• Os limites superiores dos intervalos indexados sempre são considerados exclusivos?
• É garantido que new Integer(i) == iem Java? (SIM!)
• Ao comparar dois números inteiros em Java (com ==/ !=), ocorre o desbloqueio automático? (NÃO!)
• Por que int num = Integer.getInteger("123")jogar NullPointerException? (!!!)

Em dicas gerais sobre Java:

• Java - dicas comuns
• Quais são as armadilhas de um noob Java?
• Método mais embaraçoso / enganoso na API Java Base?

Uma armadilha óbvia é comparar seqüências de caracteres com o estilo C # string1 == string2(Java compara apenas referências) em vez do estilo Java string1.equals(string2).

Outro privateé o modificador de acesso padrão em C #, packageem Java.

Também ToString()métodos não são localizados automaticamente pela cultura atual em Java.

O que me deu as args de substring Java é beginIndex, endIndex, enquanto C # Subtring args são startIndex , length. Isso é suficiente para torná-lo irritante e uma boa probabilidade de obter o índice fora dos limites de qualquer maneira que você alternar.

• Você não recebe LINQ
• Você não obtém uma interface bonita (sem WPF)
• Sem propriedades
• Você começa a dançar egípcios
• Você obtém APIs sem exemplos e boa documentação

Hum.

• As enumerações de Java são muito mais poderosas / complicadas; na verdade, são classes reais em vez de números inteiros nomeados.
• classes internas em java são mais poderosas (e se comportam de maneira diferente)
• sem delegados, apenas objetos funcionais
• o construtor encadeando uma coisa tem uma sintaxe completamente diferente nos dois idiomas, tendo a falhar toda vez que preciso fazer isso em c #
• O Java estende-se à subclassificação e implementa interfaces, o que é bastante interessante. O C # utiliza uma convenção de nomenclatura que diz que as interfaces começam com um I maiúsculo em seu nome. Não gosto dessa convenção, pois nunca posso ter certeza se alguém falhará.
• o autoboxing de java pode morder você no a **
• apagamento tipo java realmente torna as coisas mais complicadas

A maior meta-armadilha é assumir que a linguagem e as bibliotecas Java se comportam da mesma maneira que as coisas de aparência semelhante em C #. Faça os tutoriais, leia os javadocs, não assuma ...

Outra meta-armadilha é supor que o fato de que você pode fazer algo em Java da mesma maneira tão fácil / agradável quanto possível / possível em C #. Não é verdade. Java é uma linguagem muito mais antiga e erros foram cometidos ...

E a última meta-armadilha é pensar que reclamar sobre coisas que estão faltando / diferentes no Java on SO fornecerá respostas universalmente solidárias / solidárias!

Cuidado com as diferenças nos modificadores de acesso padrão. Observe também que todos os métodos não estáticos em Java são virtuais (a menos que você os marque como finais).

Embora esteja um pouco desatualizado, achei uma ótima referência.

Comparação de C # e Java, por Dare Obasanjo

depende de que tipo de programa você está trabalhando. A Wikipedia possui este artigo e é bastante extenso. (verifique também a seção "links externos" no final) http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp .

Além disso, li este artigo quando mudei de C # para Java http://www.25hoursaday.com/CsharpVsJava.html e foi muito útil.

Eu acho que sua pergunta é subjetiva. Tudo não pode ser explicado aqui. Eu sugiro que você leia Java Puzzlers , By Joshua Bloch and Neal Gafter. Você pode aprender mais e se proteger das armadilhas.

Na linguagem Java, os equivalentes objetivos de tipos primitivos, como int, char, não são "tipos de valor" (por exemplo, Inteiro é um tipo de referência). Em C #, o System.Int32 é uma estrutura.