| Autor |
Mensagem |
|
|
Caro amigo,
Só mais um pequeno detalhe sobre recursão: se não for usada com coerência pode tornar o programa extremamente lento.
Como dito: tudo o que pode ser criado com recursividade, pode também ser criado sem... e ainda que com mais trabalho, pode ser benéfico o resultado final, pois ganha-se em performance.
Como o nosso amigo Paulo Silveira mandou um exemplo sobre a série de fibonacci, vamos exemplificar. O método recursivo que ele utilizou pode ser substituído pelo código abaixo ( sem recursão ):
Tudo bem, não tem duas linhas - mas experimente calcular o fibonacci para o valor 50 nas duas abordagens... o resultado vai falar por si mesmo... 
|
 |
|
|
Uma maneira seria vc retornar o valor na página como um comentário:
<!-- numero de acessos: xxx -->
Assim vc verá esse valor somente atraves do código-fonte do HTML.
Outra maneira é chamar a página indiretamente, através de um servlet que receba o nome da página como parametro e incremente o acesso a ela para depois chamar a página desejada. O número de acessos vc vê através de uma outra página que controla o acesso às páginas do site.
Espero que umas das idéias lhe caiba...
|
|
|
|
Blz pessoal?
Seguinte, acho que já sabem que sou novato em Java e tenho percebido nos forums do GUJ uma dúvida bastante frequente e que eu tambem tenho enfrentado: INTERFACES.
Parece-me que este é o conceito mais complicado para que está começando em Java e sei que é um conceito primordial!!!
Por isso vai uma dica aí pro pessoal: coloquem um tutorial ou artigo mais aprofundado sobre interfaces no site.
A comunidade do GUJ agradece!!!
|
|
|
|
Que tal usar dois servlets para isso? No primeiro vc monta a página normalmente e nesta página retorna a tag IMG que vai chamar um outro servlet somente pra montar a imagem. Tipo:
<IMG SRC="Nome do servlet">
Não sei se fui claro...
Acho que seja uma melhor opção que salvar o arquivo, que na verdade não necessita disso.
Falow!!! 
|
|
|
|
Meu amigo Carlos,
Até entendi o conceito, mas porque não definir diretamente a classe Funcionario ao invés de definir uma interface? Ainda, se a interface mudar - um novo método - não teremos que mudar todas classes que implementam a interface?
E outra coisa: uma classe que implementa uma interface é um tipo desta interface não é? Podemos então declarar objetos do tipo da interface?
Por exemplo, tendo a interface Funcionario, podemos fazer o seguinte:
Isto é válido?
|
|
|
|
Bem Richardson,
Pelo que entendi eu posso usar uma camada de negócios e uma camada de acesso a banco de dados, por exemplo e interligar as duas através de uma interface, de modo que a alteração em uma das camadas não afeterá a outra... é isso?
A forma como é feita essa interligação é que me parece confusa. Saberia me dizer onde encontro algum exemplo simples deste tipo de implementação?
Valeu!!!
|
|
|
|
Blz... era o que eu pensava.
Obrigado pela resposta.
|
|
|
|
Se tem uma coisa que ainda não me entrou direito na cabeça foi o conceito de interface usado em Java.
Por acaso, interface seria uma espécie de "gabarito" de métodos que a classe que implementa a interface deve ter? Sendo assim, sua intenção seria forçar a criação destes métodos, sem os quais a classe se tornaria abstrata e consequentemente o programa não rodaria, já que não posso instanciar uma classe abstrata... estou no caminho certo???
Se for isso mesmo, as classes adaptadoras não quebrariam essa característica? E por que não criar os métodos nas classes diretamente sem a necessidade de implementar uma interface??? 
Vixi... estou confuso... 
|
|
|
|
Este pergunta chega a ser idiota, mas... no seguinte trecho:
Qual o escopo da variável minhaclasse ?
Seria correto ( ou mais indicado ) usar:
public MinhaClasse minhaclasse = new MinhaClasse();
ou
private MinhaClasse minhaclasse = new MinhaClasse();
E se testeMethod() fosse private, haveria alguma diferença no escopo da variável?
|
|
|
|
Eu trabalho com Delphi ha pelo menos 6 anos... honestamente gosto da linguagem, acho robusta e poderosa... tenho sistemas desenvolvidos em Delphi, rodando via Internet que funcionam uma blz . Além de ser totalmente OOP. O Java estou começando agora... e só estou sentindo um pouco a questão da produtividade - acho Delphi mais produtivo que o Java. Apesar de que minha opinião é questionável, já que não tenho tanto know-how sobre a estrutura OOP do Java.
Mas estou gostanto bastante de Java e acredito que realmente seja uma linguagem promissora ( pena que a 4 anos eu "pensei" em aprender Java e deixei pra "depois" ... ô tempo perdido!!! )
Ah... já trabalhei com ASP também.
|
|
|
|
Pessoal, gostaria de saber onde eu encontro a documentação da Java API para download. Não consegui achar no site da Sun, parece que só tem uma versão on-line...
Êta vida dura!!!
|
|
|
|
Antes de qualquer coisa, gostaria de agradecer pela atenção...
Irei testar algumas das opções postadas... realmente o assunto é mais complicado do que imaginei, mas com certeza há solução.
Assim que eu comprovar alguma das possibilidades volto aqui pra deixar o meu parecer.
Grato a todos!!!
Alexandre (J2Alex)
|
|
|
|
Bem pessoal, vamos lá. Considerem o trecho de código a seguir:
...
String query = "SELECT * FROM CUSTOMER"
ResultSet rs = stmt.executeQuery(query);
...
Supondo que CUSTOMER tenha 100 mil registros, ao processar o executeQuery(), rs conterá 100 mil registros? Na verdade eu preciso saber se há como se fazer a paginação dos dados - por exemplo, retornar apenas 10 registros por vez e quando necessário ir buscando o restante.
É possível em Java?
Caso não diretamente, existe alguma forma de se conseguir isso? ( não serve colocar isso como responsabilidade do DB, precisa ser resolvido no código do aplicativo...)
Tenho aplicações que utilizam este tipo de recurso usando tecnologia Midas ( Delphi ) - posso controlar facilmente o fluxo de dados "empacotando" eles...
Convenhamos que trafegar 100 mil registros pela Web demoraria uma eternidade...
Desde já, obrigado pela atenção.
Qualquer coisa, tamos aí!
ALEXANDRE ( J2Alex )
|
|
|
|