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]>> 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>
> 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
-~----------~----~----~----~------~----~------~--~---