É, eu sei, o fórum corrige a identação… Mas olhe source para você ver. É muito estranho.
Z
ZehOliveira
É que eles usam 4 espaço para identação (eu tou mais acostumado a 8) e um padrão de no máximo 80 caracteres por linha, aí fica meio estranho linhas grandes (declaração de método que lança muitas exceções).
Como em Java as classes normalmente tem nomes grandes, quase todas as linhas precisam ser quebradas.
A
andreban
Até onde sei 4 espaços para identação é o padrão. Não olhei o código da Sun não, mas deve estar como descrito aqui:
Como o fonte foi escrito por várias pessoas, algumas delas usaram tabs para identar, e dependendo de como elas editaram o programa, pode ser que o tab tenha sido configurado para 8 posições ou para 4 posições. É por isso que alguns fontes ficam “esquisitos” mesmo.
Eles não vão uniformizar tudo (usando o formatador do Eclipse ou do NetBeans) porque senão iria bagunçar o sistema de controle de versões deles.
rmarin
Não, num é nada disso. Olhem o arquivo anexo. Reparem que existem declarações de variáveis locais no mesmo nível da declaração do método, ou seja, com apenas um recuo.
existem também casos em que tem uma chave fechando no mesmo nível de outra, assim:
}
// algum código
}
rmarin
thingol a sua explicação é a mais plausível.
Mas mesmo assim, todo mundo deveria usar com tab equivalente a 4 espaços. e isso ainda não justifica o fato de existirem variáveis locais recuadas ao nível do método.
A
andreban
Cara, me diz em qual linha vc achou isso… Vc ta usando o que pra visualizar o arquivo?
renatosilva
Nos fontes do 1.4 simplesmente não há identação :shock:
T
thingol
rmarin:
Não, num é nada disso. Olhem o arquivo anexo. Reparem que existem declarações de variáveis locais no mesmo nível da declaração do método, ou seja, com apenas um recuo.
Peguei o tal arquivo (String.java) e vi que o tab foi configurado para ocupar 8 posições, mas a indentação é de 4 espaços. Se você configurar o seu editor para isso, ele vai ficar direitinho.
A
andreban
Foi o que reparei aqui, thingol. Por isso queria saber o que o cara tava usando pra ler o arquivo. abs!
thingol:
rmarin:
Não, num é nada disso. Olhem o arquivo anexo. Reparem que existem declarações de variáveis locais no mesmo nível da declaração do método, ou seja, com apenas um recuo.
Peguei o tal arquivo (String.java) e vi que o tab foi configurado para ocupar 8 posições, mas a indentação é de 4 espaços. Se você configurar o seu editor para isso, ele vai ficar direitinho.
rmarin
andreban:
Cara, me diz em qual linha vc achou isso… Vc ta usando o que pra visualizar o arquivo?
Tô usando o Power Point, não pode?
T
thingol
Se você vai colar um pedaço de código no PowerPoint, pelo menos passe-o por um editor de texto que troque tabs por espaços, para evitar esses problemas de formatação.
rmarin
Se você vai colar um pedaço de código no PowerPoint, pelo menos passe-o por um editor de texto que troque tabs por espaços, para evitar esses problemas de formatação.
thingol eu não estou usando PowerPoint, é que tem gente que acha que sabe de tudo.
Estou usando o Eclipse.
T
thingol
Meu “detector de ironia Tabajara” está com a bateria descarregada - preciso dar uma recarga hoje à noite.
De qualquer maneira, se você olhar os fontes do JDK (todos, incluindo os em C++) vai ver que é um verdadeiro carnaval. Existem alguns que supõem que o tab = 8 posições, outros que não usam tabs - só espaços, outros que supõem que o tab = 3 posições - só faltava ter fontes com o estilo GNU de endentação (que é mais ou menos assim: )
Se você vai colar um pedaço de código no PowerPoint, pelo menos passe-o por um editor de texto que troque tabs por espaços, para evitar esses problemas de formatação.
thingol eu não estou usando PowerPoint, é que tem gente que acha que sabe de tudo.