Eu faço mais ou menos isso também...Fiz na semana passada ainda vou ver se posso aprimorar em algo, mas tem funcionado bem.
Tenho 4 tabelas: Tab: Que é uma janela do sistema Perfil: Perfil que vai conter uma permissão para cada tela Permissao: Que tem uma tab e pertence a um perfil, e tem 6 tipos booleanos(as restrições que voce quer impor): adicionar, editar, deletar, consultar(abrir a tela), exibir dados, relatório Usuario: Que vai conter os dados para fazer o login, e um perfil. Então toda vez que um usuário faz o login no sistema carrega as permissões dele e mantém na memória.Antes de abrir qualquer tela verifico se ele pode consultar essa tela.Para fazer "operações de crud" tenho um componente customizado que é o mesmo para todos cadastros então só coloquei a propriedade enabled dele como bindable, conforme a permissão dele. Tambem tenho uma lista de tabs em um arquivo actionscript (toda tela nova no sistema, crio um objeto tab e coloco nessa lista), dai toda vez que o sistema abrir vai automaticamente inserir no banco de dados as novas telas. On 12 ago, 17:26, Mário Júnior <juninho...@gmail.com> wrote: > é.. bem.. eu faço quase isso... =D > Na verdade, é isso mesmo q vcs já falaram (carregar um "perfil de acesso" - > oq pode e oq não pode - do usuário em memoria) e mais isso aqui para > controlar os componentes: > > http://code.google.com/p/flexible-chimp/ > > Pronto.. ta feito! > > 2009/8/12 Elton Schivei Costa <lord.sh...@gmail.com> > > > > > > > Se for analisar é fácil. > > > Imagine assim. > > > você faz o request ao php, verificando se a senha e usuário está correto, e > > pede ao php que retorne em XML, se o usuário é válido e qual o seu nível de > > acesso, bem como outras informações. > > > <?xml version="1.0"?> > > <user> > > <logged>yes</logged> > > <level>1</level> > > <userId>1234</userId> > > </user> > > > faça com que o success do request chame uma função. > > nesta função, leia o xml e verifique os campos. > > > ao verificar o campo level, faça o tratamento como faria em PHP. > > assim você consegue bloquear e liberar telas ao usuário de nível xpto, sem > > contar na possibilidade de fazer filtros como exibir informações restrita ao > > usuário FULANO através de seu userId que deverá estar relacionado nos XML's > > que vc vier a requerir. > > > fica aí a dica. > > > Atenciosamente. > > Elton Schivei Costa > > > 2009/8/12 Marcelo Moacir Florindo <marceloflori...@gmail.com> > > >> Será que gerando um objeto e deixando em memória (singleton) não > >> resolveria o caso?? > > >> Abraços, > > >> Marcelo > > >> 2009/8/12 Anderson <andersondbor...@gmail.com> > > >>> Também tenho essa dúvida. > > >>> Imaginei meio que assim.. os menus posso carregar via xml ou dados do php > >>> e ae so apareceria para ele de acordo com o perfil da pessoa.. até ae tudo > >>> bem.. eu não sei com restringir as ações do usuário, exemplo se o usuário > >>> poder apenas pesquisar em uma tela mas não pode adicionar nem alterar > >>> nenhum > >>> dado como resolveria isso? > > >>> -- > >>> Anderson Dias Borges > >>> Analyst Developer > >>> Tu cumprirás o desejo do meu coração se eu Te buscar... > > >> -- > >> Marcelo Moacir Florindo > >> Analista/Desenvolvedor > >>http://www.gestaotec.com.br > > -- > Mario Junior > Enterprise Java / Flex Architectures > Adobe Certified Expert Flex 3 with AIR > > Sofshore Informáticahttp://www.sofshore.com.br > +55 (48) 3337 2003 > Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi > Florianopolis SC Brasil --~--~---------~--~----~------------~-------~--~----~ 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 flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---