| Autor |
Mensagem |
|
|
Luciano_Lopes wrote:
wesleyjoliveira wrote:Ainda assim, caso você realmente queira fazer um .EXE existem frameworks para auxiliá-lo nisso. Dê uma pesquisada no forum que você encontrará.
É que peguei uns exemplos de sistemas em java com extenção .jar e vi que podia modificar a aplicação,como faço p/ proteger meu sistema contra isso?
Você pode usar programas chamados de obfuscators, nesse caso esse programa "embaralha" teu código dificultando a leitura por outra empresa por exemplo.
|
 |
|
|
Luciano_Lopes wrote:outra duvida que tenho é na hora de destribuir o sistema,eu tenho que construir um aquivo .jar certo?como faço para ficar .exe?Para rodar a minha aplicação o cliente tem que ter o jdk instalado na maquina?
Java não gera .exe por que ele é interpretado e para executar o .jar o cliente não precisa ter o jdk e sim a jre, o jdk é usando apenas pelos desenvolvedores, o que acontece é que ele já vem com a jre embutida; para o cliente a única coisa que interessa para rodar a aplicação é a jre.
Espero ter ajudado....
|
|
|
|
Luciano_Lopes wrote:
Felagund wrote:Delphi é bom para sistema de maior porte sim, mas com o tempo a manutenção dele fica complicada, aquele código macarronico é muito complicado. E com o netbeans aqui onde trabalho temos uma desenvolvimento muito agil, em 20 minutos temos uma interface pronto rodando. Lógico que temos nossos proprios compoenentes. para as nossas necessidades e isso ajuda bastante.
o SwingX para o cara da pergunta acima, é um conjunto grande de compoenentes para Swing.
[]'s
Pesquisei na net sobre o SwingX mas não encontrei nenhum componente que me ajudasse com a conexão com o banco,mas encontrei varios componentes que ajudam muito,principalmente na parte gráfica  esses componentes são gratuitos?Onde posso encontrar mais componentes para o NetBeans?
laudenpower, o delphi é bem poderoso só que ele tem seus "contra tempos", tem coisa que acontece no Delphi que só Deus mesmo para saber oque foi que deu rsrsrsr
o Java pode ser mais trabalhoso mas pelo menos você tem 100% de controle sobre o código que esta ali,ja no Delphi você não tem esse controle.
O grande problema do delphi é justamente esse, você por conta dos componentes fica "cego", pois acaba não se preocupando com o que eles fazem, mas assim nesse caso é o que se paga pela suposta "produtividade", nesse caso java pode ser mais trabalhoso mas realmente te dá mais controle sobre a aplicação, mesmo com o uso de framework's de persistencia (hibernate, toplink, ibatis, etc...), e quanto ao swingX se não me engano ele foi descontinuado, mas nada impede de você estender os componentes do swing e criar seus próprios métodos de acesso e manipulação de informações.
Espero ter ajudado...
|
|
|
|
Concordo com o que o colega acima disse, uma vez que você tem seus componentes em java não é tão improdutivo desenvolver uma interface gráfica, porém é uma quebra de paradigma muito grande, apesar de ser OO também delphi tem um forte apelo de programação voltada a banco de dados, você fica na rotina de " coloca componentes do banco na tela, desenha a tela, roda, testa... " tipo em java você usando os design patterns adequados você consegue modularizar e desenvolver de forma muito mais produtiva, sem falar que a manutenção de um bom código java é muito mais tranquila que mexer em um sistema que tem lógica de banco, interface e negócios no mesmo lugar.
obs: Com relação a delphi ser direcionado a pequenos sistemas, eu trabalho com um sistema que foi desenvolvido em delphi e que roda em um banco público, por ai você tira o poder da ferramenta.
|
|
|
|
Se você fizer como o colega acima descreveu não terá problemas, porém não é apontado como boa prática de desenho de tela não usar gerenciador de layout, inclusive isso era uma coisa que não tinha no delphi, o mais indicado é escolher um gerenciador de layout por que dessa forma você não se preocupa com resoluções de tela diferentes.
Espero ter ajudado... : 
|
|
|
|
|
Em primeiro lugar não vejo com desprezo, pouco caso nem nada que diminua suas preocupações, como muitos disseram, isso é perfeitamente normal, porém o que posso dizer é que aprenda voltado sempre para prática, o que não falta na net são tutoriais ensinando a fazer "hello word" em tudo que é técnologia, não se sinta satisfeito apenas em ler, crie uma situação imaginária onde existe uma necessidade e tente implementá-la não importa em que mas faça, não precisa fazer grande, mas una a sua vontade de ler sobre coisas novas com a necessidade de ve-las em ação, como eu disse não importa o tamanho defina um protótipo e implemente.Outra coisa que aprendi também foi não ter medo de aprender coisas novas, é sério faça disso um hábito e o medo não será mais um problema, procure ver as coisas como um passo para algo maior..., faça isso sempre e você será um bom profissional, eu espero ser um pelo menos...
|
|
|
|
Acho interessante tópicos dessa natureza pois podemos ver de perto como uma especulção pode mover um mercado todo (em um exemplo envolvendo o mercado financeiro) depois da mesma instalada, acredito que quando falamos de java sempre existirão opções pagas ou não, e se tratando de banco de dados a lógica é a mesma também, devemos nos preocupar sim em atender nosso cliente da melhor forma possível utilizando aquilo que o mercado proporciona, sem essa de ficar se agarrando na tecnologia.
É apenas um ponto de vista...
|
|
|
|
Pode ser uma pergunta boba... mas você adicionou o driver do banco ao projeto?
|
|
|
|
Bom pode estar enganado... mas pelo que vejo sua classe retorna um ClienteBean, mas no método você cria um EstudoBean e retorna o mesmo, mas também tem mais algo que pode ser caso o seu resultset não esteja sendo preenchido... tipo no select que você fez o campo código está com o c maiusculo, enquanto ao passo que você pega o campo do resultset você informa ele com o c minusculo, bom nesse caso foram as coisas que pude notar, mas se ainda sim a classe estiver pegando o valor do banco basta fazer o que o colega disse acima.
Espero ter ajudado...
|
|
|
|
Como opção existe o JavaDB que pode ser embarcado junto com a aplicação, mas apenas perguntando... quando você diz que grava em um cd, você diz que grava o sistema com o banco para copiar para outra máquina, ou tenta salvar algum registro no banco gravado no cd?
|
|
|
|
Espero ter ajudado...
|
|
|
|
marcobiscaro2112 wrote:
laudenpower wrote:
erdanielli wrote:
laudenpower wrote:bem se você quiser comparar duas Strings você deve usar o método equals(), nesse caso ele retorna um booleano true se as strings forem iguais e false para caso contrário.
Segue o seu código modificado:
Cara, isso aí nem compila. Que tal resolver com UMA linha de código?
Em primeiro lugar obrigado por me corrigir o código realmente apresenta um problema, nesse caso o retorno do método deve ser boolean também.
Segue abaixo o código correto...
Bom na sua solução apesar de ser resolvido em uma linha, nem sempre o menor código é o código mais claro, sendo assim é melhor implementar a outra solução que o nosso colega proporcionou.
O compareTo deve SEMPRE retornar um int.
Uma implemantação bem simples, sem if's nem nada disso:
Foi mal... não tinha notado que nesse caso está se fazendo uma sobreescrita...
|
|
|
|
erdanielli wrote:
laudenpower wrote:bem se você quiser comparar duas Strings você deve usar o método equals(), nesse caso ele retorna um booleano true se as strings forem iguais e false para caso contrário.
Segue o seu código modificado:
Cara, isso aí nem compila. Que tal resolver com UMA linha de código?
Em primeiro lugar obrigado por me corrigir o código realmente apresenta um problema, nesse caso o retorno do método deve ser boolean também.
Segue abaixo o código correto...
Bom na sua solução apesar de ser resolvido em uma linha, nem sempre o menor código é o código mais claro, sendo assim é melhor implementar a outra solução que o nosso colega proporcionou.
|
|
|
|
Bom em primeiro lugar quando colocar seu código você deve usar a tag correspondente ao mesmo, bem se você quiser comparar duas Strings você deve usar o método equals(), nesse caso ele retorna um booleano true se as strings forem iguais e false para caso contrário.
Segue o seu código modificado:
Espero ter ajudado...
|
|
|
|
JButton1.doClick();
Espero ter ajudado...
|
|
|
|