| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 16:07:24
|
renatosilva
GUJ Master
Membro desde: 16/12/2004 17:09:19
Mensagens: 1787
Offline
|
takeshi10 wrote:ola renato!
entendi sim o que vc quis dizer e vou exemplificar com a classe que vc mandou (soh uns pedacos, pois nao li inteiro) [...]
É, não entendi muito bem as sugestões, mas quanto à criar mais classes seria mais por organização mesmo, não muito por reuso.
Isso levanta uma outra questão. O projeto em si possui umas classes utilitárias que só serverm para o próprio projeto, não para quem usa. Moral da história: eu queria fazer um package private. Alguém já pensou nisso?
A única solução que vejo por enquanto é sugerir por nomenclatura que o pacote não interessa ao usuário. Exemplo: org.valerioduto o pacote público, e org.valerioduto.suporte, as classes que não são package only, mas também não tem a ver com o usuário final...
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 16:14:06
|
takeshi10
Java Ninja
Membro desde: 08/08/2004 23:05:25
Mensagens: 254
Localização: Brasil
Offline
|
renato3110 wrote:
takeshi10 wrote:ola renato!
entendi sim o que vc quis dizer e vou exemplificar com a classe que vc mandou (soh uns pedacos, pois nao li inteiro) [...]
É, não entendi muito bem as sugestões, mas quanto criar mais classes seria mais por organização mesmo, não muito por reuso.
Isso levanta uma outra questão. O projeto em si possui umas classes utilitárias que só serverm para o próprio projeto, não para quem usa. Moral da história: eu queria fazer um package private. Alguém já pensou nisso?
A única solução que vejo por enquanto é sugerir por nomenclatura que o pacote não interessa ao usuário. Exemplo: org.valerioduto o pacote público, e org.valerioduto.suporte, as classes que não são package only, mas também não tem a ver com o usuário final...
as minhas sugestao sao tanto por organizacao, quanto para reuso (imagine que vc precise formatar apenas 1 objeto em XML)...
embora talvez seja um tanto "overdesign", eu soh quis dar um exemplo...
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 16:33:35
|
renatosilva
GUJ Master
Membro desde: 16/12/2004 17:09:19
Mensagens: 1787
Offline
|
É takeshi, acho que é o melhor a fazer mesmo, dividir em mais classes e colocar num pacote "semanticamente privado"... Isso até evitaria o lance artificial de mudar a visibilidade do private só pra testar...
Só não sei se vou conseguir dividir legal, pelo menos o método recursivo achei um pouco grande mas acho que não dá pra dividir hehehe porque quando tentei quebrou tudinho...
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 16:47:42
|
takeshi10
Java Ninja
Membro desde: 08/08/2004 23:05:25
Mensagens: 254
Localização: Brasil
Offline
|
metodos recursivos sao os mais dificeis de ser testados...
eu soh testo a base da recursao e depois um ou dois casos...
|
takeshi |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 17:12:33
|
agodinhost
Virtual Machine Man
![[Avatar]](/images/avatar/b8ffa41d4e492f0fad2f13e29e1762eb.jpg)
Membro desde: 28/03/2006 21:19:16
Mensagens: 590
Localização: RJ, Tijuca
Offline
|
takeshi10 wrote:metodos recursivos sao os mais dificeis de ser testados...
eu soh testo a base da recursao e depois um ou dois casos...
pra mim o problema destes são os cenários - quase sempre é n.
EDIT: - quase sempre é bem grande.
Woody
|
"The difference between theory and practice is that, in theory, there is no difference between theory and practice". |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 30/03/2006 17:20:19
|
renatosilva
GUJ Master
Membro desde: 16/12/2004 17:09:19
Mensagens: 1787
Offline
|
n????????????
Bom no meu caso aconteceu os seguinte: achei o método grandinho, pensei em granular até mesmo pra ficar mais legível, mas quando tentei fazer isso simplesmente quebrou tudo e não consegui de jeito nenhum descobrir o porquê disso, aí voltei a deixar o método gordinho.
Quando eu for fazer o teste o foda vai ser testar todas as MUITAS possibilidades de comportamento do método, de acordo com as MUITAS entradas possíveis. Isso que vai ser foda...
|
|
|
 |
|
|