| Autor |
Mensagem |
|
|
nao tem enigma nenhum...
eu só axo q qdo criaram o Netbeans pensaram da seguinte forma: "codigo foi gerado pela palheta visual? entao pra retira-lo so pela palheta visual tb" rsrs..
eu sei q da pra vc mexer em todo codigo azul ae pela palheta... da uma olhada em uma aba "Code Generation", q tem ae, e vai setando codigo em "Pos init Code", "Pre init Code", sei la nao lembro minha primeira IDE foi netbeans mas hoje em producao so uso Eclipse o.O
mas sei q da pra alterar todo esse codigo ai sim... via Visual Editor...
|
 |
|
|
Mano,
tua aplicação la pra loja de contstrução é um front-end pra banco?
é um sistema tira-da-tela-poe-no-banco-tira-do-banco-poe-na-tela?
nem pense 2 vezes...
faça em VB, Delphi ou Access... mas nao faça em Java
enqto isso, vai estudando OO, e introduzindo o Java aos poucos... começar desenvolvendo um sistema, mesmo q devagar, NAO e a melhor maneira de se começar a aprender java..
digo isso pq eu programo em Java a 2 anos, e qdo eu tinha 6 meses de exp com Java ainda fazia umas cagadas ex: classes da camada de apresentação (interface com o ususario) chamar diretamente classes da camada DAO (Acesso a banco) o.O
conselho meu... primeiro aprenda o Java... depois utilize-o
|
|
|
|
felixcomputer wrote:Na verdade, eu acho que vai um pouco mais além, a expressão regular é um reconhecedor de padrões, e acho que gerador também(se não me engano), a gente estuda isso em Linguagens formais. Se estiveres interessado em aprender, é muito util, dê uma olhada nessa api da sun:
http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html
Samuel
opA!
vlw felix... muito bom o link q passou nao conhecia expressoes regulares.. agora entendi seu replace la 
|
|
|
|
É isso ae xD
agora uma coisa muito importante:
como o CV disse la em cima, procure estudar Java bem primeiro... a conexao com o banco vc vai resolver em 1 ou 2 dias no maximo, moleza...
1 - Concentre-se primeiramente em estudar "Programação Orientada a Objetos" - OO
2 - em java, existe um conceito totalmente diferente de programação do q muita gente ta acostumada a fazer em Access, Delphi, VB, que sao "Camadas" do seu sistema... vc nao faz o acesso ao banco direto da sua interface Grafica... a Interface Grafica (Camada de Apresentacao), deve ser o máximo possivel separada das suas classes de negócio, e TOTALMENTE separada da camada de persistência (persistência = gravar ou recuperar do banco)... interface grafica JAMAIS acessa banco...
procure estudar bem isso ae, pra começar bem e nao ter problemas futuros...
|
|
|
|
axo q vc ano precisaria tirar seus dados do access...
JDBC e uma API do java q faz a "ponte" entre a sua aplicação Java e banco de dados... normalmente, pra se fazer essa ponte, vc usa um driver do fornecedor do banco (driver jdbc pra MySql, pra Oracle, etc)...
No caso do Access, vc pode acessar diretamente via JDBC/ODBC, porem no caso de ODBC vc nao acessa o banco "diretamente", ou como alguns xamam, "acesso nativo ao banco"... vc usa uma conexao ODBC do windows pra isso... resultado: fica mais lento, pois é mais uma camada entre sua aplicacao e o banco... porem, e muuuuuuuuuito facil acessar Access do Java, via odbc...
agora cabe a vc decidir... se usar ODBC nao vai impactar nada pra vc, se vc nao tem muitos registros, faz o JAva acessar o Access via odbc mesmo... se nao, se vc possui bastante registros, talvez seja interessante vc importar esses dados do Access pro Firebird ou MySql, e entao fazer o acesso nativo ao banco...
espero ter ajudado
|
|
|
|
bom, realmente o FOR q te passei nao se aplica a todo e qqer caso...
qto ao reaproveitamento de dialogs, e o conceito natural de herança... crie um Dialog abstract, q contenha apenas os comportamentos comuns a todos os dialogs (no meu caso, inclusao de endereco, documentos, etc sao feitas em dialogs, e pra todos eles existe um botao 'salvar' e um 'cancelar')...
Procure estudar sobre herança e polimorfismo... caracteristicas "comuns" sao abstraidas...
|
|
|
|
Component[] componentes = meuPanel.getComponents();
for (int i = 0; i < componentes.length; i++) {
if (componentes[i] instanceof JTextField) {
// Aqui vc seta todas as propriedades comuns aos TF
}
}
uma pergunta... vc esta copiando e colando botoes di tipo "salvar" e "cancelar" tambem? se sim, ao invez disse abstraia para um Dialog
pai, q modifique apenas o "miolo" do form...
Arrastar componentes pra tela + (ctrl+c && ctrl+v) pode dar uma "impressao" de produtividade... o q nao e verdade...
|
|
|
|
mas se ele usar esse replace ai, o q acontece se ele tiver um numero
do tipo 000123005? vira 1235? o.O
pra ficar mais elegante entao:
teste = String.valueOf(Integer.parseInt(teste));
ai tu corta os 0 desnecessario e ja fica em String o.O
|
|
|
|
te perguntei isso pelo seguinte:
eu tava com esse problema qdo trazia uma imagem de 60Mb, pois precisava ser em 500 dpis, direto do scanner (ainda vo postar um artigo aqui de como obter imagem de scanner, pq foi um SACO fazer essa ponte de JNI com C++)...
ai fui no eclipse, e setei esses argumentos no RUN... mas ai nao funciona... vc precisar ir em Window - Preferences - Java - INstalled JREs - e ai sim pasar esses argumentos no campo "Default VM arguments"...
ai acabou o problema de heap space xD
|
|
|
|
felixcomputer wrote:Sim sim, eu to rodando o eclipse com esse parâmetro, contudo o problema não está em alocar mais memória, e sim desalocar, de preferência aquilo que eu ja coloquei no banco. Me deram uma idéia de usar o StringBuffer ao invés de String, vou analisar se é viável mesmo. Toda ajuda é bem vinda, obrigado fabiocsi,
Samuel Félix
usar Stringbuffer e realmente MUITO melhor...
agora, qto ao heap space... continua a acontecer, mesmo vc tendo passado os argumentos ?
|
|
|
|
para deslocar o maximo de memoria possivel
-Xms128m
-Xmx256m
|
|
|
|
vc vai exibir sempre 5 digitos, ou so precisa cortar os zeros?
se for so cortar os zeros, converte com Integer.parseInt(String) e depois joga pra String de novo (gambi)
|
|
|
|
google o.O
digita essa chave aqui "Java Image adjusting brightness and Contrast"...
e bons estudos =)
|
|
|
|
vc quer xamar uma janela nativa do windows de dentro da sua aplicação java? o.O
agora fiquei curioso...
|
|
|
|
julianostr wrote:Se você utiliza windows, não é som de um evento não?
nem sei cara... esse beep xato acontece simplesmente qdo alterno entre as abas do tabbedPane.. engracado e q nos dialogs nao tem esse beep..
dai minha pergunta se tinha algum metodo pra desabilitar tudo de vez, pra nao te q perder tempo com isso, mas nao vai te jeito vo te q ver o q ta pegando =P
|
|
|
|