Oi George,
Os templates funcionam igualzinho no Delphi. Crio hierarquia de
classes que trabalham com objetos genéricos até onde dá.
Fiz uma espécie de classe de TForm que na verdade lida com o
FlexMDI, possui algumas funções comuns a todas as telas como checagens
de alguns erros e coisas do tipo.
No final, quando vou criar uma tela nova, extendo dessa TForm e faço
a particularidade da tela.
Sempre que dá procuro aproveitar partes de outras telas que já estão
prontas e que posso aproveitar na tela nova. Isso inclui também tentar
usar o mesmo padrão gráfico e não só o de programação.
Confesso que tem jeitos melhores de fazer isso mas levando em conta
as constraints dos projetos tive que ir melhorando aos poucos.
No exato momento estou trabalhando num outro sistema também para
"uso caseiro" pra auxiliar no processo de vendas daqui da empresa. É
pequeno também, provavelmente do mesmo tamanho do ODD demo. Mas esse eu
já quis fazer usando Cairngorm justamente pelo fato de parecer mais bem
estruturado a organização das classes e de como os padrões de projeto
parecem ajudar na criação das classes bases.
Ganho um olho roxo todo dia na briga mas está saindo. O legal do
Cairngorm é que ele obriga a gente a trabalhar de uma forma bem
desacoplada nas dependencias de view, model e control.
Conforme o aprendizado, talvez dê pra aplicar o dito cujo nos
projetos principais.
É como dizem... esperança é que nem sogra. :)
abraço,
Luís Eduardo.
George Queiroz escreveu:
> Luiz, como são esses templates, pode me dár uma idéia, eu tb há muito
> tempo atrás vive de Delphi, então tinha um template pra modelos de
> telas que eu extendia.
>
> [s]
> George
>
> 2008/3/4 Luis Eduardo - Suprasis Softwares <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>:
>
>
>
>
> Olá Winston,
>
> Não entendi muito bem o que vc quis dizer com auto-filtro no
> datagrid. O que eu costumo fazer (e se no demo não rolou foi por
> distração) é deixar o doubleclick ativado no datagrid pra chamar a
> função de edição do registro.
> Normalmente os textinputs da parte de argumentos de pesquisa
> costumam ficar com o enter chamando o botão de pesquisar tb. Acho que
> na correria posso ter esquecido isso. Mas na tela de login/senha
> certamente eles funcionam ;)
>
> Rapaz, sobre a arquitetura vou falar resumidão porque senão vai
> ficar um senhor texto. Se o pessoal ir interessando eu vou detalhando
> mais ok?
> -No front-end usei flex com a biblioteca do flexmdi.
> -A imagem de fundo achei no flickr.
> -Ferramentas utilizadas apenas o FlexBuilder 2.0.1 plugin pra
> eclipse e o FreePrimoPDF pra gerar pdfs e testar a impressão sem
> precisar gastar folhas de papel.
> -Desenvolvi alguns componentes que são padrão em sistemas tipo
> delphi como o lookupcombobox e aquele com lupa pra achar registro
> mestre
> dos mestre-detalhes sem sair muito do estilo CRUD. Assim ficam mais
> padronizadas as telas sem dar o trabalho que mestre-detalhe dá.
> -Back-End ficou com o Java, usando Tomcat. Das libs java usei só
> servlet crú gerando XMLs, dom4j pra manipulação dos XMLs e
> Hibernate pra
> acesso ao banco.
> -Banco de dados PostGreSQL
> -Servidor em si não é pra produção. Por enquanto ele hospeda só
> demos e/ou aplicações de uso "caseiro". Apesar de possuir RAID, HD
> Sata2, dois processadores quad-core, memoria DDR, link de 2mb up e
> down,
> etc,etc, possui só 96MB de memoria RAM disponível. Se considerar ainda
> que outros processos sempre rodam ao mesmo tempo no servidor incluindo
> aí o BD, sobra pro java uma lástima de 48MB... Mas tá bom. Por
> enquanto está atendendo bem. Só não dá pra usar RemoteObjects.
> -A aplicação foi desenvolvida inteira em 5 dias. Mas fez uso pesado
> de componentes e templates dos CRUDs de outras apps também feitas em
> Flex e que desenvolvo já há um ano e meio.
> -Não usei nenhum gerador de códigos. Apesar de querer muito
> automatizar o trabalho ainda não consegui colocar nenhum em prática. E
> com os templates ficando prontos e melhorando-os cada vez mais a cada
> nova aplicação vai ficando cada vez mais tranquilo. Existem telas
> que eu
> copio o código todinho e rodo só um "substituir" uma string por
> outra e
> está tudo funcionando já. (Caso das telas de clientes,
> colaboradores e
> tipos de atividades). Mas isso só funciona assim porque a aplicação é
> simples e pequena.
>
> vixe.. eu disse que ia falar pouco e ainda ficou gigante... Espero
> ter ajudado em algo.
>
> abraços,
> Luís Eduardo.
>
>
>
> Winston Spencer Sonnesen escreveu:
> > Achei muito boa sua aplicação. O design ficou ótimo e a navegação
> > ficou bem funcional. Gostaria de sugerir para que na consulta ao
> invés
> > do usário ter de clicar no botão pesquisar, vc deveria
> implementar um
> > auto-filtro no datagrid e também implementar a pesquisa a partir
> de um
> > ENTER no campo de nome e login. Se possível gostaria também que vc
> > falasse um pouco da arquitetura, ferramentas utilizadas,
> framework(s),
> > middle-end, back-end, etc. Enfim, comentasse um pouco sobre o
> como foi
> > desenvolvida a aplicação.
> >
> > []'s
> >
> > Winston
> >
> > Em 04/03/08, *Luis Eduardo - Suprasis Softwares*
> > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>> escreveu:
> >
> >
> >
> > Olá,
> >
> > Em virtude de o cliente e a Suprasis terem mudado o
> formato do
> > contrato de prestação de serviço para um número X de horas
> mensais,
> > achei que seria interessante logar as horas trabalhadas para
> gerar um
> > relatório no final do mês a ser enviado junto com a nota fiscal.
> > Para tanto criei um sisteminha bem pequeno e simples mas já
> > está no
> > ar e funcionando em caráter beta há um mês.
> > Gostaria de ouvir de vocês um feedback, se possível.
> > Coisas como usabilidade, desempenho, design... e
> principalmente:
> > Vocês usariam esse sistema no dia-a-dia, caso estivessem em uma
> > situação
> > de prestação de serviços com número de horas contratadas por
> mês em
> > ambiente remoto?
> > (quanto mais sincera a resposta melhor, não vou fazer
> voodoo pra
> > ninguém, prometo hehe)
> >
> > Uma das coisas que senti falta em um sistema semelhante,
> e que me
> > inspirou pra fazer o meu próprio, é que eu queria que o próprio
> > cliente
> > pudesse entrar no sistema a qualquer hora e consultar como
> estão sendo
> > usadas as horas que ele está pagando, onde e porque. Mas eu
> não queria
> > que ao entrar ele pudesse enxergar o trabalho realizado para
> outros
> > clientes. Tinha que sempre haver um filtro nos dados que ele
> pudesse
> > ver, tanto nos contratos, quanto nas atividades realizadas,
> quanto nos
> > relatórios.
> >
> > O link para o sistema na base de dados demo é:
> > www.suprasis.com.br/odd/demo.html
> <http://www.suprasis.com.br/odd/demo.html>
> > <http://www.suprasis.com.br/odd/demo.html>
> > O usuário default está como admin. Ele pode exergar tudo
> > independente do que o sistema queira filtrar.
> > Porém existe um usuário chamado "odd", de senha "odd"
> que não é
> > admin mas que pode exergar tudo devido à configurações do
> sistema
> > (tela
> > vinculo)
> > E existe um usuário chamado "cliente", de senha
> "cliente" que pode
> > ver apenas alguns dados devido a filtros da tela vinculos,
> > simulando um
> > cliente real entrando no sistema.
> >
> > Qualquer feedback é bem recebido.
> >
> > abraços,
> > Luís Eduardo.
> >
> > P.S.1) Se alguém tiver interesse em ter uma base de dados só pra
> > ele pra
> > testar por mais tempo, eu vou ficar feliz em criá-la.
> (Obviamente sem
> > nenhum custo)
> >
> >
> >
> >
> >
> >
> > >
>
>
>
>
> >
--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para [EMAIL PROTECTED]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---
