De Delphi para JAVA

Eu aconselharia vc a manter seu ERP em Delphi mesmo…
Me lembro que o Delphi é muito bom para aplicações desktop…
Acho que se vc fosse migrar para uma aplicação Web, compensaria pensar no JAVA.

Não sei quais são seus objetivos com essa migração, mas não consigo ver tanta vantagem em manter um mesmo tipo de aplicação(Desktop) trocando a tecnologia.

Caso queira integrar o seu ERP, com outras aplicações, pense em WebService.

Sucesso aee…

Falows.

O que gostria de saber dos colegas que ja são experientes em JAVA, é se tem alguma forma de fazer uma aplicação em JAVA colocar algum SKIN, tendo em vista que meu ERP em Delphi tem todo um estilo, usando
menus do tipo Ribbon e mais alguns recursos.

Voçê pode começar a dar uma olhada no Synth!
http://download.oracle.com/javase/tutorial/uiswing/lookandfeel/synth.html
http://www.ibm.com/developerworks/java/library/j-synth/

As constantes dos componentes swing:
http://www.rgagnon.com/javadetails/JavaUIDefaults.txt
http://nadeausoftware.com/node/85#Introduction

Você terá que trabalhar os componentes que não são renderizados pelo Swing na mão, isso porque eles fazem uso do padrão do sistema operacional para renderizar alguns componentes como o JFrame por exemplo.
Aqui no guj tem um tópico com uma JFrame personalizada feita por um dos participantes. É um bom começo para se estudar.
http://www.guj.com.br/java/236747-jframe-personalizada

Como disse antes, não é tão simples assim, você tem que realmente medir a necessidade de migração do Delphi para Java (principalmente se for Desktop).
Já se foi o tempo em que java era considerado “lento” para desktop. Hoje é tão rápido como qualquer outro. Mas para desktop você terá muito mais trabalho de fazer isso do que para uma aplicação web.

Cara,

Tem que existir grandes motivos para trocar um mesmo ERP para Java, pois só trocar por causa do Skin não vejo vantagem, e se o Skin é tão importante existe outras coisas como flex do adobe para deixar aplicações que rodam java mais “bonitas”. Mas acredito que tenha outras coisas a ser analisadas… Desempenho entre as linguagens isso vai depender muito de como você manipula seu atual ERP entre outras milhares de coisas.

Abraços.

carlos_hen:

Eu aconselharia vc a manter seu ERP em Delphi mesmo…
Me lembro que o Delphi é muito bom para aplicações desktop…
Acho que se vc fosse migrar para uma aplicação Web, compensaria pensar no JAVA.

Não sei quais são seus objetivos com essa migração, mas não consigo ver tanta vantagem em manter um mesmo tipo de aplicação(Desktop) trocando a tecnologia.

Caso queira integrar o seu ERP, com outras aplicações, pense em WebService.

Sucesso aee…

Falows.

Vou citar alguns motivos que eu trocaria para java.
É uma linguagem opensource, diversar libs free na internet, Multiplataforma, e eu acho muito mais fácil que delphi rsrsr

duduribeiro:

carlos_hen:

Eu aconselharia vc a manter seu ERP em Delphi mesmo…
Me lembro que o Delphi é muito bom para aplicações desktop…
Acho que se vc fosse migrar para uma aplicação Web, compensaria pensar no JAVA.

Não sei quais são seus objetivos com essa migração, mas não consigo ver tanta vantagem em manter um mesmo tipo de aplicação(Desktop) trocando a tecnologia.

Caso queira integrar o seu ERP, com outras aplicações, pense em WebService.

Sucesso aee…

Falows.

Vou citar alguns motivos que eu trocaria para java.
É uma linguagem opensource, diversar libs free na internet, Multiplataforma, e eu acho muito mais fácil que delphi rsrsr

Concordo!!! Porém essa Análise é mais uma comparação entre as linguagens, o problema é migrar algo já pronto para Java… pois aí existem outras coisas a serem analisada…

FelipeGalli:

duduribeiro:

carlos_hen:

Eu aconselharia vc a manter seu ERP em Delphi mesmo…
Me lembro que o Delphi é muito bom para aplicações desktop…
Acho que se vc fosse migrar para uma aplicação Web, compensaria pensar no JAVA.

Não sei quais são seus objetivos com essa migração, mas não consigo ver tanta vantagem em manter um mesmo tipo de aplicação(Desktop) trocando a tecnologia.

Caso queira integrar o seu ERP, com outras aplicações, pense em WebService.

Sucesso aee…

Falows.

Vou citar alguns motivos que eu trocaria para java.
É uma linguagem opensource, diversar libs free na internet, Multiplataforma, e eu acho muito mais fácil que delphi rsrsr

Concordo!!! Porém essa Análise é mais uma comparação entre as linguagens, o problema é migrar algo já pronto para Java… pois aí existem outras coisas a serem analisada…

Só esqueci de citar anteriormente, dê uma olhada no Substance look and feel e no Flamingo (que é do mesmo autor). O Flamingo já tem tudo pronto pra se trabalhar com ribbon!

Um exemplo de RibbonButton com o flamingo!
http://www.java2s.com/Open-Source/Java-Document/Swing-Library/substance-look-feel/test/ribbon/SimpleRibbon.java.htm

Agregando isso com o Substance Look And Feel você terá uma aplicação bem legal na aparência!
Inclusive som a aparência igual a do Office 2007 por exemplo!

x@ndy:

Outra coisa, Look and Feel não tem nada haver com skins.

Não seria por onde ele começaria pra entender como tudo funciona?! :shock:

x@ndy:

FelipeGalli:

duduribeiro:

carlos_hen:

Eu aconselharia vc a manter seu ERP em Delphi mesmo…
Me lembro que o Delphi é muito bom para aplicações desktop…
Acho que se vc fosse migrar para uma aplicação Web, compensaria pensar no JAVA.

Não sei quais são seus objetivos com essa migração, mas não consigo ver tanta vantagem em manter um mesmo tipo de aplicação(Desktop) trocando a tecnologia.

Caso queira integrar o seu ERP, com outras aplicações, pense em WebService.

Sucesso aee…

Falows.

Vou citar alguns motivos que eu trocaria para java.
É uma linguagem opensource, diversar libs free na internet, Multiplataforma, e eu acho muito mais fácil que delphi rsrsr

Concordo!!! Porém essa Análise é mais uma comparação entre as linguagens, o problema é migrar algo já pronto para Java… pois aí existem outras coisas a serem analisada…

Concordo com você. Essa estória de multiplataforma também é lenda! Depende muito dos recursos utilizados. É muito dificil que um ERP não utilize nenhuma API do sistema operacional.
Com relação a migrar ou não o sistema para uma nova linguagem tem que ter um forte motivo. Se for só por migrar, pq java é multiplataforma, free, etc é besteira! Não compensa o custo.
Agora se você quiser mudar o conceito de desenvolvimento do seu sistema, modelando ele OO, realmente java pode ser muito indicado. Não que não seja possível fazer isso em Delphi, mas por experiência própria, sei que java é muito melhor para trabalhar OO.
Agora oq você tem que ter em mente é que uma coisa é sua interface gráfica, outra é dominio da sua aplicação. Você até pode ter uma interface gráfica feita em Delphi e utilizar Java para o domínio!
Isso é muito importante, pois se você usa o conceito de interface com usuário inteligente, ou seja, se suas regras de negócios estão dentro do seus Forms, e você deseja manter assim, sinceramente, fique com o Delphi.
Outra coisa, Look and Feel não tem nada haver com skins.

Concordo que a migração é dificil, mas já estive em projetos que foi necessário a migração de um software Delphi 7 para Java, para poder rodar em linux. E antes o software Delphi 7 se conectava somente com Microsoft SQL Server, ou seja, ficava muito caro.
Agora o software roda em linux e tem a possibilidade de conexão com PostgreSQL, MySQL, Oracle e Oracle Express.

joyle:

x@ndy:

Outra coisa, Look and Feel não tem nada haver com skins.

Heim???

Não seria por onde ele começaria pra entender como tudo funciona?! :shock:

Skins (no delphi) são diferentes de Look and Feel. Skins usava alguns componentes que “mascaravam” o sistema. Um bem simples era colocar uma imagem em um Form.
Quando o form era criado, ele exibia a imagem. mas os componentes não eram alterados. Existem alguns componentes que alteram a imagem de alguns componentes padrão.
O que tem que se ter em mente é que o delphi usa api do windows para montar seus componentes graficos. Uma caixa de texto do delphi é a mesma que uma caixa de texto do windows. Isso é diferente da forma como o java (swing) faz.

Claro, que Look and Feel pode ser um caminho, para ter uma aplicação diferenciada, só é para esclarecer que uma coisa diferente de skins.

x@ndy:

joyle:

x@ndy:

Outra coisa, Look and Feel não tem nada haver com skins.

Heim???

Não seria por onde ele começaria pra entender como tudo funciona?! :shock:

Skins (no delphi) são diferentes de Look and Feel. Skins usava alguns componentes que “mascaravam” o sistema. Um bem simples era colocar uma imagem em um Form.
Quando o form era criado, ele exibia a imagem. mas os componentes não eram alterados. Existem alguns componentes que alteram a imagem de alguns componentes padrão.
O que tem que se ter em mente é que o delphi usa api do windows para montar seus componentes graficos. Uma caixa de texto do delphi é a mesma que uma caixa de texto do windows. Isso é diferente da forma como o java (swing) faz.

Claro, que Look and Feel pode ser um caminho, para ter uma aplicação diferenciada, só é para esclarecer que uma coisa diferente de skins.

Claro, claro. Por isso indiquei o Synth também. Assim ele pode trabalhar com um xml para “mascarar” os componentes também indicando imagens a serem mostradas em cada evento, mas se ele quiser personalizar uma JFrame por exemplo…

Só pra complementar ainda mais a informação:
http://blog.frankel.ch/flamingo-tutorial

Um ótimo exemplo pra começar com o flamingo.

Boa tarde a todos.

Amnchaves, é fundamental que a análise de migração do seu ERP, seja para qual linguagem deseja fazer isso, seja executada com muita calma, atenção e seja levantado todos os requisitos. Uma migração pode envolver diversos problemas e um esforço muito grande, que talvez, não compense o esforço.

Se tens um ERP em Delphi, significa que já tens experiência nisso e aprender outra linguagem, nesse caso Java, é excelente para você!!!
Só pense com calma se realmente é válido isso, talvez possa fazê-lo apenas como um “treinamento” para futuros ERP´s.

Concordo quando citaram para sistemas WEB, ai sim, talvez seja muito válido você construir com a utilização do Java.
E citaram Java como opensource, não esqueçam de algo muito importante, a dona do Java agora é a Oracle.

A Oracle não é uma empresa filantrópica, tem como exclusivo objetivo a maximização dos lucros. Se eles chegarem a conclusão que cobrar pela utilização do Java é válido, comecem a migrar para outras linguagens e/ou a “coçar seus bolsos”, porque licensas de uso virão por ai.
E aqueles que acham que isso é impossível, saiam de suas bolhas e acompanhem o mercado, é importante.

Abraços.

Você já esteve em projetos assim, possivelmente alguém estudou as necessidades de seus Projetos e o custo valia a pena a migração…

Foi o que pediram pra ele fazer aqui, avaliar se o tempo gasto e os custos envolvidos pra migrar um Sistema, que já está pronto e que de repente atende perfeitamente bem a necessidade dele, só pra que ele seja multiplataforma e se conecte com 200 bancos diferentes, sendo que ele sempre vai usar o mesmo BD, o mesmo SO, etc…

Se chegar a conclusão que sim, que vale a pena migrar, aí tudo bem, Java é uma boa pedida.

Abs []

adriano_si:

duduribeiro:

Concordo que a migração é dificil, mas já estive em projetos que foi necessário a migração de um software Delphi 7 para Java, para poder rodar em linux. E antes o software Delphi 7 se conectava somente com Microsoft SQL Server, ou seja, ficava muito caro.
Agora o software roda em linux e tem a possibilidade de conexão com PostgreSQL, MySQL, Oracle e Oracle Express.

Você já esteve em projetos assim, possivelmente alguém estudou as necessidades de seus Projetos e o custo valia a pena a migração…

Foi o que pediram pra ele fazer aqui, avaliar se o tempo gasto e os custos envolvidos pra migrar um Sistema, que já está pronto e que de repente atende perfeitamente bem a necessidade dele, só pra que ele seja multiplataforma e se conecte com 200 bancos diferentes, sendo que ele sempre vai usar o mesmo BD, o mesmo SO, etc…

Se chegar a conclusão que sim, que vale a pena migrar, aí tudo bem, Java é uma boa pedida.

Abs []

Concordo. Migrar um software envolve uma série de custos, não é simplesmente chegar e sair fazendo. Tem que ser muito bem avaliado.
E outra coisa, dizer que o software feito em delphi só acessava SQL Server e colocar isso como argumento para uma migração demonstra falta de conhecimento da tecnologia Delphi. Já fiz aplicativos em delphi para acessar todos os bancos que ele mencionou utilizando um componente free open source. Ou seja se fosse por isso era mais fácil alterar o programa. Já fiz aplicativos em delphi rodando também sobre wine em Linux. Ou seja sempre existem alternativas. A questão da migração deve ser sempre muito bem avalida.

Como disse antes uma migração vale muito a pena quando se vai mudar de paradigma de programação ou de “padrão de desenvolvimento”! Isso ocorre norlmamente quando o custo de alteração de um sistema começa a se tornar muito alto, então o custo para se fazer do 0 se torna menor.
O problema é que muitos projetos são migrados usando o mesmo paradigma ou padrão do projeto antigo, ganha-se algumas vantagens mas na verdade se está trocando 6 por 1/2 duzia

nel:

A Oracle não é uma empresa filantrópica, tem como exclusivo objetivo a maximização dos lucros. Se eles chegarem a conclusão que cobrar pela utilização do Java é válido, comecem a migrar para outras linguagens e/ou a “coçar seus bolsos”, porque licensas de uso virão por ai.
E aqueles que acham que isso é impossível, saiam de suas bolhas e acompanhem o mercado, é importante.
Abraços.

Não to querendo defender a Oracle, mas se você tem algum software por aí no mercado, porque não abre ele e deixa free também?

joyle:

nel:

A Oracle não é uma empresa filantrópica, tem como exclusivo objetivo a maximização dos lucros. Se eles chegarem a conclusão que cobrar pela utilização do Java é válido, comecem a migrar para outras linguagens e/ou a “coçar seus bolsos”, porque licensas de uso virão por ai.
E aqueles que acham que isso é impossível, saiam de suas bolhas e acompanhem o mercado, é importante.
Abraços.

Se eu me lembro bem, a antiga dona do Delphi e/ou a atual (sei lá) também não são “filantrópicas”…

Não to querendo defender a Oracle, mas se você tem algum software por aí no mercado, porque não abre ele e deixa free também? Se é que você tem…

Qual a relação disso com o que eu disse?
Não é necessário possuir algum software no mercado para ter esse tipo de pensamento. Basta acompanhar o que acontece, há empresas que estão buscando alternativas em relação ao Java após o processo que a Oracle abriu contra a Google. Quis apenas dizer que o Java é OpenSource por agora, mas após a aquisição da Oracle, não podemos pensar que isso não possa vir a ser mudado, ou seja, em um dado momento a Oracle exigir licensa para o uso.

Repetindo, não estou afirmando que isso venha a ocorrer, mas passou a existir uma possibilidade.

nel:

joyle:

nel:

A Oracle não é uma empresa filantrópica, tem como exclusivo objetivo a maximização dos lucros. Se eles chegarem a conclusão que cobrar pela utilização do Java é válido, comecem a migrar para outras linguagens e/ou a “coçar seus bolsos”, porque licensas de uso virão por ai.
E aqueles que acham que isso é impossível, saiam de suas bolhas e acompanhem o mercado, é importante.
Abraços.

Se eu me lembro bem, a antiga dona do Delphi e/ou a atual (sei lá) também não são “filantrópicas”…

Não to querendo defender a Oracle, mas se você tem algum software por aí no mercado, porque não abre ele e deixa free também? Se é que você tem…

Qual a relação disso com o que eu disse?
Não é necessário possuir algum software no mercado para ter esse tipo de pensamento. Basta acompanhar o que acontece, há empresas que estão buscando alternativas em relação ao Java após o processo que a Oracle abriu contra a Google. Quis apenas dizer que o Java é OpenSource por agora, mas após a aquisição da Oracle, não podemos pensar que isso não possa vir a ser mudado, ou seja, em um dado momento a Oracle exigir licensa para o uso.

Repetindo, não estou afirmando que isso venha a ocorrer, mas passou a existir uma possibilidade.

joyle:

nel:

joyle:

nel:

A Oracle não é uma empresa filantrópica, tem como exclusivo objetivo a maximização dos lucros. Se eles chegarem a conclusão que cobrar pela utilização do Java é válido, comecem a migrar para outras linguagens e/ou a “coçar seus bolsos”, porque licensas de uso virão por ai.
E aqueles que acham que isso é impossível, saiam de suas bolhas e acompanhem o mercado, é importante.
Abraços.

Se eu me lembro bem, a antiga dona do Delphi e/ou a atual (sei lá) também não são “filantrópicas”…

Não to querendo defender a Oracle, mas se você tem algum software por aí no mercado, porque não abre ele e deixa free também? Se é que você tem…

Qual a relação disso com o que eu disse?
Não é necessário possuir algum software no mercado para ter esse tipo de pensamento. Basta acompanhar o que acontece, há empresas que estão buscando alternativas em relação ao Java após o processo que a Oracle abriu contra a Google. Quis apenas dizer que o Java é OpenSource por agora, mas após a aquisição da Oracle, não podemos pensar que isso não possa vir a ser mudado, ou seja, em um dado momento a Oracle exigir licensa para o uso.

Repetindo, não estou afirmando que isso venha a ocorrer, mas passou a existir uma possibilidade.

Algumas…
É que geralmente os que mais reclamam do fato de possivelmente a Oracle cobrar pelo java, são os que mais cobram pelas suas aplicações!
Como falei, não estou defendendo a Oracle, mas o fato é que até agora não vejo nada dos flames que espalharam-se pelo GUJ.
Alias, desculpe-me pelos modos da ultima mensagem.

Não há nada a se desculpar.
Sobre os flames, concordo contigo.

Bom, espero que o nosso amigo analise com calma, pois migrar um ERP não é tarefa simples.

Abraços!!!

Só migraria se os benefícios justificassem os custos. Se a aplicação continuar desktop, para o seu cliente, pouca diferença irá fazer se é em Delphi, Java, VB, C#, etc, desde que funcione bem, rápido e fácil. Passei 1 mês estudando como migrar um de nossos projetos de Delphi para o Java para descobrir que era besteira (no nosso caso). No entanto, novos projetos foram desenvolvidos utilizando Java.

Inté.

joyle:

x@ndy:

Outra coisa, Look and Feel não tem nada haver com skins.

Heim???

Não seria por onde ele começaria pra entender como tudo funciona?! :shock:

um ótimo meio de mudar o visual do seu sistema sem alterar tanto assim seu conteudo é usando laf e é justamente essa a intenção de um skin
laf não é skin mas convenhamos… o “nada haver” foi exagero

Quanto à essa “necessidade” que alguns ou algumas empresas tem de migrar aplicações Delphi para Java, eu não entendo
uma coisa:
Como alguém em sã consciência migraria um aplicativo feito em uma linguagem (Delphi) que tem herança visual (que é a melhor das
heranças) para uma linguagem que não tem sequer uma herança decente (que é o Java), e não venham me dizer que Java tem herança
porque NÃO TEM, até poderia ter mas ninguém sabe implementar isso de forma visual, não é uma questão de ter um extends e depois invocar uns métodos da classe pai com super.xxx , não , herança é 1 ano-luz a frente dessa pobre implementação, e ainda levando em conta que a MAIORIA das implementações Java que tem por aí nem isso não utiliza, escreve tudo na mão mesmo, nem herdam nada e montam os zilhões de linhas de html na mão mesmo, e não herda porque o próprio James Gosling (considerado o pai do Java) desaconselha o uso de herança e diz que se prefira a composição e outros absurdos do tipo INTERFACE (inútil) em vez da herança (porque ele, o PAI do Java não entendeu a herança), então aconselho você a não migrar coisa nenhuma para Java.E novos aplicativos? faça em uma linguagem decente, não se deixe levar por essa moda ridícula, veja :agora o mercado está caminhando para Ruby, e daí você vai migrar de Java para Ruby só porque a moda tá mandando fazer isso? Caracas, como alguém em sã consciência migraria de uma linguagem paga para uma não paga? uma analogia: você migraria de alguma ferramenta elétrica (paga) para uma manual (barata)? porque eu tenho total certeza de que o Delphi (pago) é melhor do que linguagens free como PHP / Java , deixa eu te dar mais um exemplo: em Delphi eu consigo criar (p.ex.) um outro Delphi (IDE) com tudo automatizado, persistência, construção da tela e até partes do desenvolvimento das regras do negócio, mas porque eu consigo isso? por causa da herança, eu faria isso em Java ou PHP? absolutamente que não, sem chance nenhuma!

gadriano:

Quanto à essa “necessidade” que alguns ou algumas empresas tem de migrar aplicações Delphi para Java, eu não entendo
uma coisa:
Como alguém em sã consciência migraria um aplicativo feito em uma linguagem (Delphi) que tem herança visual (que é a melhor das
heranças) para uma linguagem que não tem sequer uma herança decente (que é o Java), e não venham me dizer que Java tem herança
porque NÃO TEM, até poderia ter mas ninguém sabe implementar isso de forma visual, não é uma questão de ter um extends e depois invocar uns métodos da classe pai com super.xxx , não , herança é 1 ano-luz a frente dessa pobre implementação, e ainda levando em conta que a MAIORIA das implementações Java que tem por aí nem isso não utiliza, escreve tudo na mão mesmo, nem herdam nada e montam os zilhões de linhas de html na mão mesmo, e não herda porque o próprio James Gosling (considerado o pai do Java) desaconselha o uso de herança e diz que se prefira a composição e outros absurdos do tipo INTERFACE (inútil) em vez da herança (porque ele, o PAI do Java não entendeu a herança), então aconselho você a não migrar coisa nenhuma para Java.E novos aplicativos? faça em uma linguagem decente, não se deixe levar por essa moda ridícula, veja :agora o mercado está caminhando para Ruby, e daí você vai migrar de Java para Ruby só porque a moda tá mandando fazer isso? Caracas, como alguém em sã consciência migraria de uma linguagem paga para uma não paga? uma analogia: você migraria de alguma ferramenta elétrica (paga) para uma manual (barata)? porque eu tenho total certeza de que o Delphi (pago) é melhor do que linguagens free como PHP / Java , deixa eu te dar mais um exemplo: em Delphi eu consigo criar (p.ex.) um outro Delphi (IDE) com tudo automatizado, persistência, construção da tela e até partes do desenvolvimento das regras do negócio, mas porque eu consigo isso? por causa da herança, eu faria isso em Java ou PHP? absolutamente que não, sem chance nenhuma!

troll detectado.

“amnchaves”

por experiencia, quando tive que avaliar a migração de um sistema delphi pra java pelo simples fato que houve a necessidade de um dos clientes da empresa querer utilizar linux, foi muito mais vantajodo e rentável batucar um pouco e fazer o sistema rodar via wine.

acho que voce deveria analisar o que seus clientes querer, se todo mundo usa windows , pra que mexer em seu sistema que ja está pronto ?

gadriano wrote

e não venham me dizer que Java tem herança
porque NÃO TEM, até poderia ter mas ninguém sabe implementar isso de forma visual,

não é porque voce não sabe que não é possivel fazer.
ue tenho um software de lanhouses que fiz de tcc a anos atras (2006) em que eu implementei herança visual com swing. se quiser comprar meu “sisteminha” pra aprender como faz a gente conversa depois… hehe

gadriano:

porque eu tenho total certeza de que o Delphi (pago) é melhor do que linguagens free como PHP / Java , deixa eu te dar mais um exemplo: em Delphi eu consigo criar (p.ex.) um outro Delphi (IDE) com tudo automatizado, persistência, construção da tela e até partes do desenvolvimento das regras do negócio, mas porque eu consigo isso? por causa da herança, eu faria isso em Java ou PHP? absolutamente que não, sem chance nenhuma!

“Como o NetBeans é escrito em Java, é independente de plataforma, funciona em qualquer sistema operacional que suporte a máquina virtual Java (JVM).”

http://pt.wikipedia.org/wiki/NetBeans

ps: NetBeans é uma IDE, caso não conheça

gadriano:

porque eu tenho total certeza de que o Delphi (pago) é melhor do que linguagens free como PHP / Java , deixa eu te dar mais um exemplo: em Delphi eu consigo criar (p.ex.) um outro Delphi (IDE) com tudo automatizado, persistência, construção da tela e até partes do desenvolvimento das regras do negócio, mas porque eu consigo isso? por causa da herança, eu faria isso em Java ou PHP? absolutamente que não, sem chance nenhuma!

Achamos o criador do Maker, a “IDE / Linguagem / VM” mágica feita em Delphi.

kdoigor:

não é porque voce não sabe que não é possivel fazer.
ue tenho um software de lanhouses que fiz de tcc a anos atras (2006) em que eu implementei herança visual com swing. se quiser comprar meu “sisteminha” pra aprender como faz a gente conversa depois… hehe

kdoigor, não vou comprar o seu “sisteminha” pra aprender como faz e sabe porque? porque vc pensa que implementou “herança visual”, mas NÃO IMPLEMENTOU, porque até onde eu sei Java não tem isso, mas já que vc não entendeu o que é herança visual, eu vou te explicar:
na herança visual o teu código HERDA TUDO, comportamento visual e TODOS os métodos, sem precisar chamá-los, no Java só tem o “extends” onde vc indica que vai herdar da classe pai e o "super. … " onde vc chama um método da classe pai, um método de cada vez, onde vc viu no Java uma palavra chave que herda tudo? me diz, porque eu desconheço! e todos os livros e treinamentos que eu li não falam de uma palavra-chave que faça herdar tudo da classe-pai … mas o equivalente de EXTENDS em Delphi(a indicação de que vai herdar no começo da unit) te dá herança visual, porque todos os botões da tela herdada herdam o comportamento da classe pai em Delphi, sem fazer nada, simples assim, é só clicar em qualquer botão que já dispara o evento correspondente da classe pai, isso é muito, mas muito mais poderoso do que a herança em Java, … mas se alguém aí souber como faz pra ter herança visual em Java sou todo ouvidos, até acho bom termos esses debates aqui, pra trocarmos ideias e aprendermos, não é simplesmente TROLLAGEM como o amigo citou acima, não é isso não, cada linguagem tem que ser analisada pelas suas características e pelo que pode e não pode proporcionar ao desenvolvimento de sistemas, ah … e não sou o desenvolvedor do MAKER

manolimars:

“Como o NetBeans é escrito em Java, é independente de plataforma, funciona em qualquer sistema operacional que suporte a máquina virtual Java (JVM).”

http://pt.wikipedia.org/wiki/NetBeans

ps: NetBeans é uma IDE, caso não conheça

conheço NetBeans sim, mas acho extremamente inútil, o que vc faz com NetBeans? fala sério cara , e ... aí vem você repetindo coisas que ouviu por aí, "funciona em qualquer sistema operacional", que vantagem tem isso cara? pára pra pensar um pouco só, todo mundo usa Windows!!!! e quanto ao fato de NetBeans ser uma IDE, então você deve considerar as aberrações abaixo como IDEs também?
  - BugEclipse
  - JDeveloper
  - e a "grande" NetBeans

andreiribas:

Achamos o criador do Maker, a “IDE / Linguagem / VM” mágica feita em Delphi.

eu te pergunto: e se fosse você que tivesse feito o Maker? você gostaria que alguém fizesse um comentário debochado sobre a tua framework? chamando-a de “mágica” , portanto andrei NÃO TENHA esse jeito agressivo e debochado de ser, “não faça aos outros o que você não gostaria que fizessem à você”

wtf?

wtf?!

e quanto ao fato de NetBeans ser uma IDE, então você deve considerar as aberrações abaixo como IDEs também?

• BugEclipse
• JDeveloper
• e a “grande” NetBeans

quem é você cara? mais um “colonizado”, sim porque a Metrópole (EUA) impõe a nós fraquinhos colonizados essas siglas nas nossas (na minha não felizmente) cabeças, do tipo:
lol = lots of laughs
troll = geralmente usado quando alguém vai contra a absurda linguagem (Java) que a Metrópole impôs
wtf = isso que você escreveu aí eu nem vou comentar, porque é xingação
essa é a absurda transferência cultural, então os “colonizados” como você passam a falar através de siglas que a Metrópole impôs nas vossas cabeças, fala alguma coisa aí cara, não se dirija às pessoas com siglas, solte o verbo, fale da sua indignação de ter encontrado alguém que não concorda com essas ferramentas absurdas de desenvolvimento de sistemas, algo como um bloco de notas
bugado e inútil chamado “eclipse” e outras aberrações free e inúteis, porque se você é dessa geração que só conhece essas besteiras que as faculdadezinhas “ensinam” à vocês, bom, eu não sou dessa geração, conheço ferramentas MUITO melhores.

Trancando mais um e colocando mais usuários em observação.