Como bloquearam este tópico e eu cheguei atrasado, não pude responder ao dsiviotti: Eu não estava falando disso estava falando do simples fato do VE gerar código e não dados de configuração. Não existe programaçã…

Comentários Sobre o VEP [era: Resposta ao dsiviotti]

24 de maio de 2005 10 respostas

renatosilva 24 de maio de 2005

Como bloquearam este tópico e eu cheguei atrasado, não pude responder ao dsiviotti:

dsiviotti:

Engraçado, sempre achei essa uma das melhores coisas no VE do Eclipse. Como o Philip disse, quem mistura as coisas é o programador. Sempre que eu faço uma janelinha com o VE coloco o “código” de verdade em outra classe.[/quote]

Eu não estava falando disso estava falando do simples fato do VE gerar código e não dados de configuração.

dsiviotti:
Dentro dos Adapters eu ponho chamada a esses códigos.
Realmente a descrição da interface é feita com código java, mas não era para ser?? No Netbeans, como no Delphi, tem um arquivo de form. Você sabe programar naquele formato? Eu não.

Não existe programação, é como mexer num properties. Na boa, não há muito o que aprender, é bem facinho:
object Form1: TForm1
  Left = 192
  Top = 107
  Width = 696
  Height = 480
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Sans Serif'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object Label1: TLabel
    Left = 24
    Top = 24
    Width = 32
    Height = 13
    Caption = 'Label1'
  end
  object Button1: TButton
    Left = 16
    Top = 184
    Width = 75
    Height = 25
    Caption = 'Button1'
    TabOrder = 0
  end
  object Edit1: TEdit
    Left = 24
    Top = 48
    Width = 121
    Height = 21
    TabOrder = 1
    Text = 'Edit1'
  end
  object Memo1: TMemo
    Left = 24
    Top = 80
    Width = 185
    Height = 89
    Lines.Strings = (
      'Memo1')
    TabOrder = 2
  end
end
Isso ae é difícil de entender?

Poxa cara e o fato de ter que parsear código de montagem de tela é horrível de tão lento (o VE leva literalmente minutos para abrir um form!), além de ser mais difícil de entender e manter. Além disso codificar com a linguagem “botão ali, textinho aqui” é um porre daqueles. É como gerar HTML com Servlet. GUIs são melhores descritas do que programadas. Lembre-se do HTML. Alguém discorda?

dsiviotti:

Eu conhecia um poquinho da codificação dos forms do delphi mas só se usa isso quando você quer alterar a janela e não tem o fonte. Caso do preview do quickreport.

Não entendi.

[quote=dsiviotti]O NetBeans transforma aquele arquivo de form em código java no seu código, no caso do delphi nem isso acontece. O form é um “recusro” do programa ao qual você, programador, só tem acesso pelo editor de janelas. Isso tem seus prós e contras, pessoalmente já estava enchendo o saco com a velocidade do VE, mas nas novas versões a introspecção de código parace ter melhorado. Ainda tem muito pra melhorar mas acho que dessa forma a liberdade é total. Você pode editar uma janela feita no VE pelo noteped, já as do Netbeans fica mais difícil, se você altera o código o editor de janela não funciona direito. No delphi isso nem é possível.

Sobre transformar o recurso em código compilado, eu acho uma boa idéia.

E o mais importante, no Delphi isso é perfeitamente possível. A partir do Delphi 5 os arquivos DFM (descrição de janelas) são texto puro além dos binários opcionais. Portanto é só abrir no Notepad a sua janela e sincronizar com o TForm correspondente no PAS (código) onde a janela é declarada. Mas você só precisaria disso em casos muito específicos por que é só abrir a IDE e editar a Janela.

PS: briguem comigo se não devia fazer isso, foi malz.

10 Respostas

dsiviotti 24 de mai. de 2005

Difícil não, mas é mais uma! Isso não é padrão de nada. É a forma Borland de descrever uma janela. Não acho que valha a pena. O exemplo que você mostrou tem uns 3 componentes, eu tinha janela em Delphi co quase 100! Não sei se atualmente existe navegador de código para esse tipo de arquivo, mas sem um é dureza.

O Preview do quickreport vem com os botões em inglês e os tamanhos são muito ruins. Nesta ocasião fiz o que você disse. Abri o arquivo de form e refiz um Preview em português e bem mais bonitinho. Isso foi na versão 4, talvez hoje não seja necessário.

Quanto ao VE, com 512 fica legal. Antes eu tinha menos processador e menos memória e realmente assim fica difícil.

Com relação ao tópico travado: foi mais por causa do DelphixJava, a questão aqui era somente a edição visual, sem torcidas organizadas.

renatosilva 24 de mai. de 2005

dsiviotti:
renato3110:

Isso ae é difícil de entender?

Difícil não, mas é mais uma! Isso não é padrão de nada. É a forma Borland de descrever uma janela. Não acho que valha a pena. O exemplo que você mostrou tem uns 3 componentes, eu tinha janela em Delphi co quase 100! Não sei se atualmente existe navegador de código para esse tipo de arquivo, mas sem um é dureza.

Aíéquetá. Você raramente precisará editar esse arquivo. Além disso, você acha mais fácil editar um DFM ou XML de 100 componentes ou uma classe de código que cria 100 componentes??

Sobre o QuickReport, bom você poderia ter aberto o DFM em vez de editar na marra, não?

dsiviotti 24 de mai. de 2005

EStamos falando de Delphi ou Java? Se já estou usando o delphi concordo que é mais fácil editar o DFM, se bem que nem precisa, se estou usando o Delphi edito direto no editor de janelas. Mas no caso do Java é mais complicado. Como vou edita o arquivo de form do Netbeans no Eclipse? O problema é a padronização. Também não dá pra editar uma janela do Eclipse no Netbeans, mas só pq ele não quer, o código é java, padronizado. Acho que essa evolução dp desenvolvimento desktop vai ficar mais pra frente, na minha opinião nem Ve nem Netbeans são satisfatórios.

renatosilva 24 de mai. de 2005

Humm… concordo com você. É engraçado como o Java é tão power, tão power, mas é capenga nessa área de GUI. Acho que uma JSR talvez vai ser feita para padronizar isso. Aliás, já ouvi falar de algo nesse sentido, de padronização de IDEs. Alguém?

_fs 24 de mai. de 2005

Dá vontade de socar o monitor quando abro um software com alguma dessas características:

não me deixa redimensionar a tela, sou obrigado a trabalhar numa janela 800x600
me deixa redimensionar a tela, e quando faço isso os componentes continuam ocupando o mesmo espaço que antes

Isso é retrocesso

renatosilva 24 de mai. de 2005

Huhauhauahuahuahahu tem um sistema aqui na empresa que é assim, só funciona em 800x600 hauhauha

fabio.patricio 24 de mai. de 2005

LIPE:
Dá vontade de socar o monitor quando abro um software com alguma dessas características:

não me deixa redimensionar a tela, sou obrigado a trabalhar numa janela 800x600

me deixa redimensionar a tela, e quando faço isso os componentes continuam ocupando o mesmo espaço que antes

Isso é retrocesso :|

E pra quem curte usar null layout no Java…quando abro um tela no linux que simplemente fica toda errada. Da vontade de socar o monitor tambem.

]['s

chaos 25 de mai. de 2005

Cade o plugin pra isso?

Um EclipseBeans ia cair bem nessa hora…

Lipe, algo parecido na sua busca pelo plugin perfeito?

_fs 25 de mai. de 2005

hehe não gasto meu tempo procurando ferramentas que geram código pra mim

1112 25 de mai. de 2005

LIPE:
Dá vontade de socar o monitor quando abro um software com alguma dessas características:
- não me deixa redimensionar a tela, sou obrigado a trabalhar numa janela 800x600

me deixa redimensionar a tela, e quando faço isso os componentes continuam ocupando o mesmo espaço que antes

Isso é retrocesso :|

A interface Swing do sistema aqui é assim… :oops:

Mas tudo tem uma razão. Nesse caso, é porque o carinha do marketing colocou um monte de imagens com tamanho fixo e absoluto.

Opa, mas isso não acontece. Aqui fica tudo igualzinho, tanto faz Windows quanto Linux.

Criado 24 de maio de 2005

Ultima resposta 25 de mai. de 2005

Respostas 10

Participantes 6

10 Respostas

Topicos relacionados