QTDE de linhas na classe

Olá pessoal!

Vocês acham normal uma classe conter +/- 1000 (mil) linhas?
Estou fazendo um programa e a classe da interface principal do programa tem 1048, não faz sentido dividir, já que essa classe realiza uma só coisa: Uma tela!
Apesar de ter todo esse tamanho, ela é extremamente organizada!
Vocês acham isso um serviço de porco?

Gustavo
Valeu gente!

Bom se eu tivesse desenvolvendo algo desde inicio, não acharia normal, tentaria ver uma forma de subdividir a classe (a menos que seja algo muuuuuuuuuito complexo).

Mas aqui na empresa onde trabalho isso é mais do que normal. =/

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Se for uma tela, eu só questionaria se não é o caso de separar a parte visual (que realmente é muito verbosa!) da parte de tratamento de eventos (que deve ficar em um lugar separado, talvez).

O único problema é se a classe, compilada, ultrapassar 64 KB; aí você vai ter um problema grave.

É meio difíciul subdividi-la, ela é puro swing, tenho uma classe chamada métodos para não ter nada de métodos nessa 'BIG' classe. Nem os eventos dos componentes não estão nela.
Compilada ela gera 25 class, somando-se os tamanhos dá 58 kb.

Então?!

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Acho que não tem problema algum. Eu disse que o tal problema dos 64 KB ocorre se todo o código ficar em uma única classe - e acredite, isso ocorre muito quando da compilação de páginas JSP. O Jasper, o compilador que existe no Tomcat (e em outros web containers) que converte JSP para Java, acaba gerando classes bastante grandes, que acabam estourando os 64 KB - note que esse valor soma o código propriamente dito, e os dados (literais strings).

Java Ninja Membro desde: 04/04/2007 19:21:36 Mensagens: 268 Offline

thingol wrote:Acho que não tem problema algum. Eu disse que o tal problema dos 64 KB ocorre se todo o código ficar em uma única classe - e acredite, isso ocorre muito quando da compilação de páginas JSP. O Jasper, o compilador que existe no Tomcat (e em outros web containers) que converte JSP para Java, acaba gerando classes bastante grandes, que acabam estourando os 64 KB - note que esse valor soma o código propriamente dito, e os dados (literais strings).

Thingol, mas que problema que isso dá que nunca ouvi falar?

Boa observação do nosso amigo acima, não sabia que dava problemas em se ter uma classe com mais de 64 kb.
Vou presisar tomar mais cuidado!

cara essa tela de ter bastante coisa, e geralmente essa quantidade de coisas acontece em função de abas. Enfim, se for o caso você poderia tirar a lógica de negócio da parte de apresentação (código da tela), pesquise sobre MVC.

This message was edited 1 time. Last update was at 08/01/2009 16:11:07

O responsável pelo tamanho é uma Barra de Menus, ela tem imagens, atalhos de teclado, os 'negócinhos' do ALT+letra, divisores ...
Tem 7 painéis, todos os painéis e componentes são realinhados e alterado os tamanhos a medida que se altera o tamanho do frame.
Alem de duas tabela bastante complexas.

A barra de menus corresponde a metade da classe.

This message was edited 1 time. Last update was at 08/01/2009 20:08:56

gqferreira wrote:
A barra de menus corresponde a metade da classe.

Então está fácil! Transforme esse menu num componente gráfico, ou seja, faça uma classe separada que represente esse menu (que pelo jeito pode ser reutilizado em outras telas).

bobmoe wrote:Então está fácil! Transforme esse menu num componente gráfico, ou seja, faça uma classe separada que represente esse menu (que pelo jeito pode ser reutilizado em outras telas).

Sou partidario desta idéia também, inclusive os paineis e a(s) tabela(s) que foram mencionados poderiam passar por estes ajustes.

Como telas complexas geralmente estão associadas a muitos eventos (alta e baixa complexidade) eles também teriam que receber o impacto desta mudança.

A ideia geral seria a seguinte: Esta tela (classe) complexa se transformaria em uma classe que iria agregar as outras partes visuais das outras estruturas; cada componente agregado deveria seguir a idéia do padrão MVC. Exemplificando: O menu deveria ter classes que descrevessem objetos para seu MVC, as tabelas também e assim por diante. Lembrando que, é sempre bom utilizar o bom censo; muitas vezes a gente na ansia de "organizar" as coisas e acaba complicando tudo gerando classes desnecessárias, ainda mais se tratando do SWING.

Em sistemas desenvolvidos com a api swing o pattern MVC deve (na minha opinião) ser uma abstração bem simplificada, pois as classes desta api já implementam este padrão, ou seja, cada componente foi construido baseado nesta idéia.

P.S Se vc estiver utilizando algum tipo de gerador de telas (igual ao matisse) facilmente conseguira classes que fiquem com este número de linhas.

flws

É....Talvêz eu possa colocar a barra de menus em outra classe, ajudaria, porém tomaria um bom tempo. Mas vou tentar!
Sobre os geradores de tela, eu não uso nenhum, faço as telas na unha! Peguei raiva quando fui usar o netbeans pela primeira vêz, o troço gerava um código absurdo! Acho que quem é muito dependente dele deve sofrer para entender o código e também com o seu tamanho. Alé de que não é agradável à um programador usar um programa desses como suas pernas e braços, acho que deve agradar aos olhos da empresa aquele programador que é independente. Penso assim porque em Indaiatuba, minha cidade, tem uma empresa chamada Kaisen, que pelo o que li em uma revista, é a 4 melhor empresa para se trabalhar no mundo (nem a Microsoft é a primeira, fica em segundo), e alguns amigos meus entraram lá e o teste era programar o que o entrevistador pedisse mas tinha que ser no bloco de notas, no duro: BLOCO DE NOTAS! por isso prefiro não me viciar nesses programas, não sou passarinho para engolir o que os outros mastigam.

Valeu por todos os que participaram desse tópico, pois tive uma noção em relação ao tamanho das classes, meus amigos sempre me chamaram de porco por usar grandes classes, agora sei que isso é normal, mas o ideal é sempre buscar um meio de subdividi-las (ou será sub-dividi-las? Fiquei sabendo que ífen do 'sub' mudou?!).

Java Ninja Membro desde: 20/06/2005 20:10:58 Mensagens: 294 Offline

Não te extressa, o limite recomendado é de umas 2000 linhas.

2000

2000 é linha pra caramba...

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

gqferreira wrote:
2000
2000 é linha pra caramba...

Hah, tem uma classe aqui com 8125 linhas, 325 KB. E só tende a aumentar. O .class dela tem 103 KB, nunca ouvi falar de problemas com isso.

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