| Autor |
Mensagem |
|
|
ps: não quero dizer com isso que vc não vai ter de aprender a usar alguns frameworks ok? e são alguns, quem dera fosse só um ...
Woody
|
 |
|
|
com todo respeito eu discordo do teu professor - parece até que vc está desesperado, implorando pra mostrar teu trabalho por aí como se esse fosse sua última esperança de arranjar um emprego.
frameworks? balela, é apenas mais um nome 'novo' pra coisas que sempre usamos: BIBLIOTECAS!!! (ok, são bem grandinhas hj e com muita coisa pra aprender - cada uma com seus pontes fortes e fracos) mas não tem nada novo aí.
Frameworks vem e vão num espeço médio de tempo. Struts? Webwork? legais e tal mas vê só o webwork - tá morrendo (tadinho, eu gosto tanto dele), o struts comeu (ou vai comer, sei lá - lembro de ter lido em algum canto que os dois projetos iam se fundir - com ou sem n).
pelo que vc escreveu dá a entender que vc está pensando em fazer um cadastro de clientes com struts? uma mala direta com spring? cara, isso não garante emprego em canto algum ...
trabalho na área sim, mais ou menos a 15 anos (que não quer dizer nada ok? trabalho hoje numa multinacional e sempre tem alguém com menos tempo matando mais dragões).
Acho que o principal é o bom senso - procure algum assunto que te agrade ou que vc tenha curiosidade. Fusse na web, nos sites de open source, faça amizades nessas comunidades e vc vai começar a ver as idéias ...
não se preocupe com a expriência: com o tempo vc vai ter.
já qto a ajuda veja o seguinte: esta área é fantástica no que diz respeito à possibilidades de trabalho - tudo aqui é abstração - vc pode hj estar fazendo jogos 3d amanhã manutenção do cadastro de clientes da banca de jornal, ontem o controle de tráfego aéreo dos aviõezinhos da rocinha!!!
cara, pensa aí.
Woody
|
|
|
|
cara, esquece reflexão.
Os testes sempre devem primar por simplicidade (ou vc vai acabar tendo de escrever testes para seus testes !!!).
A soluçao é "aumentar" a visibilidade dos private para protected e escrever seus testes no mesmo pacote. Nunca na mesma classe ok? Lembre que na hora da distribuição isso não deverá ser carregado.
Mais alguns detalhes: escrever testes para código legado (já escrito e em produção) é o oposto do recomendado e isso acaba dificultando a escrita destes testes pois vc terá de descobrir todos os contratos na unha.
Sei que na teoria tudo é muito bonitinho - recomendam que vc comece a codificar escrevendo seus testes e só depois disso venha a escrever o código 'final'. Na prática isso exige uma fase de projeto e no dia a dia tupiniquim isso nem sempre é possível (nossos projetos quase sempre tem a fase de projeto misturada com a fase de implementação)
Procure por TDD na web, Test-Driven-Developement. Aprende aí e depois me conta tá?
O JUnit é uma super ferramenta mas para usá-lo adequadamente é necessário estudar TDD (a teoria). TDD por sua vez é baseada em outras técnicas que nós nem sempre podemos exercitar: lembro apenas da principal (ao meu ver) que é o Refactoring.
Pro teu caso não vai ter outra solução senão levantar todos os contratos pré-estabelicidos (pré e pós condições) na unha lendo o código de ante mão.
Conclusão: o JUnit vai ajudar a te ajudar a melhorar teu código?
(não vou responder - isso dá muito pano pra manga)
Procure tb por:
Prentice Hall 2003, Test-Driven Development A Practical Guide
Woody
|
|
|
|
procure no google por java-twain
boa sorte
Woody
|
|
|
|
Cara, falando genéricamente (minha experiência em banco vem de oracle e db2) as tabelas temporárias tem uma performance inferior pois o banco não tem como saber como otimizar essas tabelas (não completamente) e essas, como o próprio nome diz, são temporárias.
Lembre-se que as views não são tabelas, mas sim expressões sql em cima de outras tabelas existentes.
Woody
|
|
|
|
vc poderia, no access, usar um campo do tipo memo.
vc provavelmente limitou o size do seu campo text.
No access vc tem um tipo semelhante (OLE Object) a este mencionado por aoqfonseca contudo vc vai ter que lidar com a leitura e escrita dessa tralha (procure getChunk e appendChunk na web).
Conselho final - esquece o access - pra soluções java ele não é muito amigável (fora os problemas com os drivers jdbc - que não sei como estão agora - vc estará quebrando a portabilidade do teu sistema - ou vc já viu access pra unix? pra aix? )
Woody
|
|
|
|
acho que vc poderia sobrescrever os métodos writeObject e readObject pra que na serialização vc pudesse resolver essa questão do static (lá vc poderia serializar seu objeto com alguma tranqueira genérica e mais legível - tipo XMLEncoder e XMLDecoder e então ler ou gravar sua váriável static sob alguma condição específica)
o que vc acha?
Woody
|
|
|
|
cara, o que não faltam são idéias: tudo vai depender da sua força de vontade (óbvio ululante - de madrugada eu fico meio besta - esquenta não)
AOP significa Programação Orientada a Aspectos - é um novo paradigma (isso seria mais pra mestrado ou doutorado ao meu ver, não é muito prático pela extenção do assunto)
Antes de mais nada que tipo de projeto vc pensa em fazer?
Woody
|
|
|
|
cara. desculpe a ignorância: qual o motivo deste factory (corba) se teu cliente é java e teu server de applicação parece ser o jboss?
Woody
|
|
|
|
Métodos privados normalmente não são passíveis de testes.
Tenha em mente que devemos testar nossas classes como se fôssemos meros usuários das mesmas (como se elas estivessem empacotadas num jar).
Vc precisa ter seu contrato muito bem definido: cada método deve ter sua pré e pos condição (entrada e saída) muito bem definida, de preferência no javadoc - pois vc deve limitar seus testes à esse contrato - nada mais nem nada menos, claro que esse contrato pode resultar numa combinação bem grande de cenários - mas é exatamento isso que vc deve testar.
É muito comum alterar assinaturas de métodos privados para protected apenas para métodos críticos (na prática isso é inevitável) .
Espero que tenha ajudado.
Woody
|
|
|
|
Oi gente.
Não sei se essa idéia vai ser bem aceita ou se vai contra alguma diretiva dos moderados daqui (pesquisei antes, não achei nada contra), não obstante vamos lá:
Estou estudando para as certificações da Sun e estou afins de comprar os mocks da Whizlab (tem umas promoções razoáveis lá - tipo 3 pelo preço de dois).
Quem tiver interesse em fazer uma vaquinha comigo, please, me informe (no máximo 3 pessoas - contando comigo, perfazendo um total de mais ou menos 100 pratas pelos 3 mocks - SCWCD, SCBCD e o SCEA)
Obrigago
caso essa mensagem esteja fora da política do site, sorry, mil perdões.
Woody
|
|
|
|