| Autor |
Mensagem |
|
|
|
Eu nao tive dificuldade de abandonar o C++ builder para passar usar Netbeans com AbsoluteLayout foi muito tranquiloa a minha transição por isto nao entendo qual a dificuldade.
|
 |
|
|
fabiocsi wrote:
rodrigopmatias wrote:hehe muita gente diz o que quer e muitas pessoas aceitam. boa!
Rodrigo,
acho que estamos num Forum técnico, e os posts de muitas pessoas que 'dizem o que querem' me fizeram entender bastante coisas de OO. cuidado com esses comentarios
quando eu falei isto eu quiz dizer que muitas pessoas falam o que querem isto é formação de opinião, e muitoas pessoas aceitam, pq são pessoas que precisam saber algo e se apoiam a primeira resposta.
com o java o conceito de copia e referencia perdeu meio que o sentido, isto e muito mais aparente quando se mexe com C ou C++ se vc for programar nestas linguagens o conceito de encapsulamento pede mesmo os getters e setters, e até que alguem prove que isto não é necessário eu continuo sabendo que os get e set são ferramentas de encapsulamento, agora se vc implementa uma logica de leitura e escrita o problema e todo seu.
|
|
|
|
pelo o que vejo e que todos queria que existisse somente uma linguage a que eu gosto, sou desenvolvedor de sistemas tem 8 anos ja usei diversas ferramentas, desde boas ides ate editores como o kwrite e o gvim e sempre me adaptei ao que eu precisava fazer.
o que temos aqui é uma medo, o mesmo que os usuários dos nossos sistemas tem quando somos obrigados a mudar uma metodologia de negocio e eles não se adequão, mas a mudança tem que ser feita. o que temos aqui é um usuáio do delphi(ide, pascal linguage) que teve que, ou tentou, desenvolver uma aplicação java(linguagem) desktop e não usou uma IDE com com caracteristicas para este procedimento.
só para ambientar o colega, tente usar o netbeans 5.5.1 ou o eclipse com os plugins corretos e depois fale sobre a produtividade do java, mas antes tente se atualizar quanto a linguagem e metodos de desenvolvimento de projeto, aprender patherns e poo também e uma boa. ah outra coisa vcs estão falando mal do goias e ficou ate engraçado, aqui no tocantins o delphi caiu no desuso a onda aqui é PHP, Java/JSP e .NET mas este ultimo esta bem queimado devido a grande onda de invasão a servidores IIS.
|
|
|
|
vc pode manter instalado as duas versões mas ai tera que ter um bath para rodar cada aplicativo mais ou menos neste modelo.
aplicacao_14.bat
aplicacao_15.bat
não sei se os bats estã bem escritos, mas e algo parecido, eu uso linux tem 7 anos e acabei esquecendo da sintax da linguage de bath para ambientes MS.
|
|
|
|
|
para linguagens que não tem refletion para ser utilizado em automatizadores como por exemplo em dispositivos que serializam informação, mas uso mais como um padrão de desenvolvimento e as vezes fasso coisas sem sentido como foi exposto pelo amigo.
|
|
|
|
|
hehe muita gente diz o que quer e muitas pessoas aceitam. boa!
|
|
|
|
|
pelo que me parece este modificador de tipo (partial) e para melhorar a produção fechada de codigo, tipo uma equipe faz uma funcionalidade que outra equipe não pode conhecer as partes internas dela. para mim este modificador é um lixo, espero esta errado.
|
|
|
|
|
quanto a colocar implementações do C# dentro do Java sou contra uma vez que a SUN esta tornando a sua JVM livre isto poderia implicar em uma serie de processos por patentes. outra coisa enums faz parte de uma especificação e não de uma linguage, enums vem desde do smaltalk passando pelo c com classes, c++ entre outras linguagens e hj e encontrado em quase que 100% das linguagens orientadas a objetos como Java o PHP e Python e sem desmerecer o C#.
|
|
|
|
|
olha para desenha formularios o netbeans é muito bom, minha opinião, mas se vc quer uma ide igual ao delphi acho meio dificil encontrar um em Java pq o Delphi tem suas particularides.
|
|
|
|
|
eu uso um esquema parecido com este seu ai aqui onde trabalho, mas também tem o esquema de datasource como o amigo ja falou, vai de vc escolher qual vc acha melhor. usando datasource vc ira colocar as configurações de conexão dentro do XML context.xml que sua aplicação obrigatoriamente ja deve ter que ter (caso tomcat não conheços os demais servidores). mas a sua solução é eficiente, só para ficar melhor talvez eu tornaria a conexão um singleton com um spool e uma fila.
|
|
|
|
|
ehehe, vc precisa de um ambiente clusterizado.
|
|
|
|
|
cara no linux a2ps pode resolver seu problema mas nunca conseguir usalo direito só consegui gera PS para gerar os PDFs é um pouco mais complicado.
|
|
|
|
|
cara eu acho que pode ser que funcione, vc pode manter a dll denrto do pacote mas vai ter que fazer o jogo de cintura para que ela saida de la, a ideia seria criar uma diretorio temporario dentro do diretorio raiz da aplicação, outra coisa vc pode modificar o .dll para qualquer coisa, uma vez que o que vale e o formato no caso binario de biblioteca linkcada, a JVM vai entender. como vc sabe o local onde extraiu a dll pode carregar ela normalmente entao.
|
|
|
|
|
Acredito q o problema com as barras nao sejam mais verdade, mas pode ser que tenha alguma diferença na configuração do tomcat algo do tipo um arquivo nao esta no local esperado.
|
|
|
|
|
se nao me engane uma das implementações de File.list() aceita como um dos argumentos uma mascara de filtro. veja a documentação do J2SE
|
|
|
|