Mensagens enviadas por: thiagomont
Índice dos Fóruns » Perfil de thiagomont » Mensagens enviadas por thiagomont
Autor Mensagem
blz?
Na verdade o objeto não morre automaticamente. O objeto é deixado disponível para o garbagge collector. Porém o garbagge collector será executado apenas quando o sistema operacional der prioridade na thread dele. Ou seja é impossível de determinar quantos objetos vão existir após a execução do código, visto que não podemos determinar quando o garbagge collector será executado.

Existe um comando (System.gc() que pede para o sistema operacional rodar o collector, porém não é garantia que será executado naquele momento.

Espero ter ajudado.
Luciene, tudo bem?

Vamos lá...

Em relação a estimativa vai depender muito dos requisitos que serão usados para elaborar o sistema. Assim acho melhor primeiro verificarem o que elees querem, documentar alguma coisa e depois estimar o preço. Recomento pontos por função para a estimativa.

Em relação a arquitetura...para sistemas web acho mais interessante usar EJB pois caso precisa que o sistema seja distribuido mais tardfica mais fácil.
Recomendo também usar Hibernate e JSF.

Espero ter ajudado.
no exemplo que vc indicou a tabela questionários possui a chave da tabela questionários sendo assim um relacionamento 1 - N ou seja um questionário está relacionado a N registros de clientequestionário.
Blz?
Existem várias ferramentas de documentação UML para seu projeto.
- StarUML
- Jude
- BOUML
- ArgoUML

Gostei muito do StarUML, mas só roda em windows.

O Argo tem um projeto muito interessante com vários plugins, compensa dar uma olhada.
blz?

REcomendo a análise de pontos de função para estimativas mais adequadas e a criação de um histórico de projetos desenvolvidos, com esforço, prazo, custo e tamanho do software.

Apenas as duas combinações ajudam a não ter grandes desvios no projeto.

Mas algumas coisas são essenciais:
- Sempre que existe uma alteração de requisito no projeto o custo, esforço e prazo variam (podendo aumentar ou diminuir) e deve ser indicado ao cliente dessa questão no inicio do projeto.
- O cliente precisa sempre participar no desenvolvimento do projeto, para evitar que más surpresas acontaçem no final do projeto.
- Buscar sempre um documento para indicar o aceite dos requisitos do sistema pelo cliente para vc poder provar que o projeto sofreu alteração e portanto o preço, custo e prazo mudam.
- No final do projeto homologar junto ao cliente e buscar a assinatura do cliente que está tudo OK.
Blz?

Vamos lá...por partes....

Em java a estrutura da sua aplicação deverá ser sempre usando Orientação a objetos. Mesmo se tratando de uma tela, é possível modelar em diversas classes.
Por exemplo: vc pode ter uma classe tela principal que é composta por vários atributos. Esses atributos podem ser dados da classe em questão (como algum parâmetro de configuração, dados da tela ,etc) e atributos dos vários objetos da tela (cada label, combo, etc ... é um objeto em java). Da mesma forma vc pode ter um objeto "tela" dentro deoutro objeto tela.

Os exemplos mais comuns de orientação a objetos tratam sempre de regra de negócio (ex: cadastro de produtos com o conotrole de estoque), mas a orientaçõa a objeto acontece em todos os níveis do código, inclusive nas telas.
Espero ter ajudado.
t+
O Ricardo matou o problema...

na linha abaixo
sql = conexao.prepareStatement("SELECT * FROM esp WHERE nome ORDER BY cod");

está faltando o valoe de comparção do where. o sql deveria estar assim:
sql = conexao.prepareStatement("SELECT * FROM esp WHERE nome = ? ORDER BY cod");

t+
Uma breve descrição da sua plicação ajudaria a falar com mais detalhes, mas vamos lá...
1-Evite realizar muitas operações com objetos do tipo String, pois String é imutável, ou seja se vc codifica algo coo abaixo:
String s = new String("teste");
s = s+"teste";
vc está criando outro objeto do tipo string na memória e apontando o tipo reference s para oo novo objeto...

2-existe um comando que sugere à JVM a rodar o garbagge collector. Ou seja, inndica para ele er executado pelo sistema operacional, mas o sistema operacional é que realmente irá determinar se ele vai rodar ou não.

3-Se você está rodando uma aplicação JEE existe um programa open source chamado probe, que monitora algumas coisas básicas para vc (inclusive o uso de memória da JVM).

Precisaria de mais detalhes para ter ajudar de uma forma mais concisa, mas aí estão minhas sugestões.

espero ter ajudado.
blz?

Bom, vamos com calma, ok?
1º - o Java é dividido em três grandes mundos:
JSE - Contém a linguem usada nos dois outros mundos e é utilizada, por exemplo para criar aplicações desktop client-server
JEE - Versão usada para apicações corporativas e aplicações para wweb
JME - mundo de disposivos móveis, como celular, palm, etc...

O início do aprendizado do java é o JSE, conforme o que o Zakim já comentou. Mas uma base legal de Orientação a Objetos é necessário.

Em relação aos jogos: depende o tipo de jogo. Jogos para celular tem que usar JME, Jogos client-server, JSE e jogos para web (como aqueles joguinhos em flash) use o JEE.

Resuminho recomendo:
- Estude Orientação a objeto a fundo
- Aprenda JSE (no site da caelum tem uma apostila muito boa para baixar)
- procure framworks (que são como se fossem componentes para adicionar ao pacotede desenvolvimento) que auxiliem no seu objetivo
E lembrando que entendendo o conceito tudo fica mais fácil, portando evite IDE´s que auxiliem no código no inicio do aprendizado. Acredite...é um mal necessário.

Qualuer dúvida estamos por aí...
t+
Acredito que conhecer todas as estruturas de dados é comlicado, mas pelo menos algumas é interessante para melhorar a abstração. O essencial para aprender java é orientação a objetos, assunto que não deve ser subestimado ...
Uma solução é usar um pronto para fazer a tradução para html para vc (para aplicações web). Um exemplo é o FCKEditor componente opensource que funciona como um editor de texto.
Pesquise a respeito...
Concordo com o Sérgio. O uso do this ajuda muito quando você não conhece o código. Colocar o this sempre não interfere no compilador e ajuda os programadores...conselho...continue usando sempre...
blz?

Como vc está tentando recuperar o resultado da sql? utilizar o iterator do resultset seria a froma mais adequada. Se não for isso detalhe melhor seu problema, ok?t+
Não seria melhor nessa caso usar o StringBuffer?

Talves o método abaixo possa ajudar...

indexOf(String str, int fromIndex) - Returns the index within this string of the first occurrence of the specified substring, starting at the specified index.

No caso vc poderia pegar a primeira ocorrência da substring que vc quer. Como vc sabe o tamanho dela vc pode fazer a procura novamente a partir do indice após o indice da substring anterior.
blz?
O banco de dados Firebird tem um jeito ser ser incorporado na aplicação. Trata-se de um banco open source criado a partir do código fonte do interbase (da Borland). Nunca incorporei o banco na aplicação nas procurando no google vc pode achar algo.
 
Índice dos Fóruns » Perfil de thiagomont » Mensagens enviadas por thiagomont
Ir para:   
Powered by JForum 2.1.8 © JForum Team