| Autor |
Mensagem |
|
|
Olá pessoal,
Aqui temos uma aplicação de automação comercial em Clipper e queremos mudar para uma linguagem orientada a objetos.
Nós queremos algo de baixo custo e encontramos aqui duas opções:
Desenvolver em Lazarus: Praticamente compatível com Delphi e atualmente julgamos como melhor solução.
Desenvolver em Java: Achamos muito complexo para dar retorno a curto prazo.
Eu queria a opinião de vocês, se a gente escolhesse o Java, por onde começar o desenvolvimento de nosso aplicativo, ou seja o que nós deveríamos aprender de Java para que isso fosse possível.
O que já sabemos: Orientação a Objetos, o Básico de Java (como swing, containers, layouts, etc), agora o que falta?
Mais detalhes sobre a aplicação: O software trabalha em modo aluguel do cliente, ou seja, Nós temos três servidores e o cliente tem uma aplicação que trabalha com cadastro de produtos, clientes, boletos, impressora fical, etc. Aí o cliente envia e recebe os dados para nossos servidores, usando o banco de dados firebird.
Alguém poderia dar umas dicas?
|
 |
|
|
O pior problema do Java é sua lentidão, existem clientes que ainda possuem uma máquina antiga.
Um ponto, o Delphi é bom (Falo das versões 6 ou 7, que ainda dá pra desenvolver bons aplicativos), pois o código gerado por ele roda mais rápido que Java (Java é interpretado e Swing ainda é uma emulação de funções que deve ser feitas pelo SO).
Outro ponto posito é que o Delphi gera um aplicativo com o código fechado, pois é muito simples descompilar um código fonte em Java.
Mas o foco principal do Java é desenvolvimento de aplicativos que trabalham na Web, quanto a isso o Delphi não chega nem perto.
|
|
|
|
|
http://info.abril.com.br/forum/forum.php?topico=161302
|
|
|
|
|
.
|
|
|
|
Pessoal, preciso de desenvolver aplicações Java pra Desktop.
Várias aplicações (tipo, gerencimaneto de estoque, cadastro de clientes) serão vendidas para vários clientes.
Então pra isso eu precisaria criar um esqueleto para reusabilidade, a melhor opção é swing né?
Pra banco de dados eu usaria o hibernate?
E tipo, por onde eu começaria e eu obteria resultados bons?
As aplicações seriam desenvolvidas apenas pra windows? Seria melhor eu partir para o Delphi?
|
|
|
|
Mas tipo, eu nem editei o código em outra IDE.
|
|
|
|
Ah, pelo que eu vendo ele está com vários bugs, por exemplo até o acento no í não funciona aqui.
Estava tão animado em utilizar o NetBeans em meus projetos
|
|
|
|
É foda.
Será que se eu instalar o NetBeans 6.1 resolve o problema?
O programa que eu fiz no NetBeans 6.0 vai ser compatível com o 6.1?
|
|
|
|
|
Olá, quando eu adiciono um jTextField1 por exemplo, e depois se no editor visual eu mudar o nome por exemplo pra jTextFieldNome, por que não atualiza pro código e fica mudado nas propriedades da parte gráfica, tem como refletir para o código?
|
|
|
|
|
|
|
|
Uso o Linux e queria saber por que é que o acento não funciona no í?
Exemplo: Em um label eu posso digitar água, ôme, êntre, etc, mas índio por exemplo eu não consigo digitar. Quando eu digito acento + i o NetBeans não deixa.
Alguém teve esse problema?
|
|
|
|
Eu preciso desenvolver uma aplicação profissionalmente para Desktop que é: cadastro/recuperação de clientes em banco de dados, entre outras coisas.
Aqui eu tenho duas opções:
Desenvolver em Visual Basic 6
Desenvolver em Java
Hoje instalei o NetBeans 6 e achei ele com uma interface como o Visual Basic 6, mas será que o código é ineficiente e difícil de manter?
Então qual vocês me recomendam: Desenvolver em VB, Java com IDE gráfica, Java de forma manualmente (escrever o código na unha)?
Se a melhor solução for desenvolver o código manualmente, qual a melhor opção a seguir: Para tipo, crição de um menu legal, conexão com banco de dados, etc
|
|
|
|
Por exemplo eu uso o seguinte código pra mostrar um xml:
Transformer transformer = TransformerFactory.newInstance().newTransformer();
transformer.setOutputProperty("indent", "yes");
StreamResult result = new StreamResult(new StringWriter());
DOMSource source = new DOMSource(doc);
transformer.transform(source, result);
String xmlString = result.getWriter().toString();
System.out.println(doc.toString());
Mas eu queria que o xml fosse mostrado como identado:
Ex:
<a1>
espaço<a2>Text</a2>
</a1>
e não como ele mostra:
espaço<a1>
<a2>Text</a2>
</a1>
Aproveitando o tópico, pra que serve o método documento.normalize()
Ele não deveria fornecer uma versão compcta do xml, aqui não está funcionando...
|
|
|
|
Problema acabado, depois de tanto tempo finalmente decidiram liberar as provas. Olhem no site oficial (em publicações) que estão todas lá (fora 2006).
http://www.sbc.org.br/index.php?subject=189
|
|
|
|