Hugo: Curiosamente codeigniter é a framework que uso em alguns projectos, mas no presente caso não é relevante. Ou não entendi o que queres dizer. :-) Como (ou porquê) utilizarias o CI para uma aplicação flex?
Para utilização do amfphp crio sempre VOs para a transferência (PHP side), e VOs correspondentes no flex. Na recepção do lado do flex, faço cast para os VOs. Fiz alguns testes e esse cast leva milisegundos irrisórios. os queries também são rápidos. Os delays estão algures na transferência ou na conversão/serialização do amfphp. joão: vou testar o scout Miguel 2013/10/18 GHOST <[email protected]> > Aqui na empresa a comunicação e feita pelo Fluorine e o backend é .Net > > > Em 18 de outubro de 2013 11:56, Hugo Ferreira > <[email protected]>escreveu: > > A nível do PHP recomendo usares Codeigniter (se não é que não estás a usar >> :)) que ele já te disponibilizar um ORM que uma perfomance decente. >> >> Eu basicamente quando preciso de criar a gestão de uma nova tabela, crio >> o VO no backend (e mais absolutamente mais nada), o VO no frontend (no >> model, claro), + manager + view e então se fizer sentido, lógica de negócio >> no meu manager (sim é onde faço e para mim onde faz sentido :)) >> >> >> No dia 18 de Outubro de 2013 às 11:48, João Fernandes < >> [email protected]> escreveu: >> >> O ideal será sempre fazer profiling tanto à parte do front-end como do >>> backend para se identificar onde se encontram os blocos mais lentos. Por >>> exemplo em AMF, o ideal é devolver colecções de registos em Arrays em vez >>> de ArrayCollections, principalmente se existirem multiplos níveis de >>> hierarquia pois a deserialização de VOs mesmo que seja rápido no Flash >>> Player, quando são arrayCollections, estes terão de inicializar sempre o >>> seu processo de listeners, criar UIDs para os elementos etc. Nós em certas >>> áreas passamos de respostas de 3s para colecções muito pesadas para menos >>> de 200ms. >>> >>> A nivel do PHP não sei que ferramentas poderás encontrar mas no que diz >>> respeito ao Flash podes (e deves) usar o Scout. Este dá-te informação >>> detalhada e consegues encontrar rapidamente a origem dos problemas. >>> >>> >>> 2013/10/18 Hugo Ferreira <[email protected]> >>> >>>> Então esses delays poderão não estar ao nível do amfphp mas sim a nível >>>> da tua lógica de backend ou mesmo BD. >>>> >>>> Tenho um caso em que o utilizador pressiona um botão numa app e é >>>> efectuado um pedido que tem de passar pelo meu backend (com amfphp) e ir a >>>> outra máquina via web services e tem de ser o mais rápido possível porque a >>>> lógica de negócio assim o exige. Se demorar mais de 3 segundos inviabiliza >>>> totalmente a após centenas de testes efectuados é sempre instantaneo (nunca >>>> chega a 1 segundo). Também estou a falar de servidores de topo, claro. >>>> >>>> >>>> >>>> >>>> >>>> No dia 18 de Outubro de 2013 às 11:37, Miguel Vaz >>>> <[email protected]>escreveu: >>>> >>>> >>>>> Também tenho problemas de performance com a 2.x, estranhamente, mas >>>>> mesmo com a 1.9 tenho alguns delays que não consigo identificar. De >>>>> qualquer forma, estou disposto a mudar seja para o que for se aumentar a >>>>> performance. >>>>> >>>>> Miguel >>>>> >>>>> >>>>> 2013/10/18 Hugo Ferreira <[email protected]> >>>>> >>>>>> Bom dia, >>>>>> >>>>>> Eu utilizo amfphp 1.9 (legacy). Quando a versão 2 saiu, fui logo >>>>>> testar e teve problemas de performance. >>>>>> A versão 1.9 tinha um problema com datas que eu corrigi do meu lado >>>>>> mas de resto serve muito bem o seu prepósito e cria o mínimo de >>>>>> resistência >>>>>> no processo. >>>>>> >>>>>> Em .NET usei fluorinefx. >>>>>> >>>>>> >>>>>> No dia 18 de Outubro de 2013 às 11:28, Miguel Vaz < >>>>>> [email protected]> escreveu: >>>>>> >>>>>>> Bom dia, >>>>>>> >>>>>>> Considerando a thread anterior, que mostra que ainda existem pelo >>>>>>> menos uns 12 programadores em flex, qual é a vossa opinião/experiência >>>>>>> com >>>>>>> comunicação flex<->BD(mysql,postgresql, etc)? >>>>>>> >>>>>>> tenho utilizado amfphp e weborb como interface entre a base de dados >>>>>>> e as aplicações flex, mas não estou completamente satisfeito com as >>>>>>> velocidades de resposta. >>>>>>> >>>>>>> Se não existirem condicionantes de tempo, servidor, qual é a >>>>>>> tecnologia mais rápida para este efeito? Há uns anos participei num >>>>>>> projecto em que essa comunicação assentava num tomcat+java e a resposta >>>>>>> era >>>>>>> extremamente rápida, ainda há alguém que utilize este par? >>>>>>> >>>>>>> Muito obrigado. >>>>>>> >>>>>>> Miguel Vaz >>>>>>> >>>>>>> -- >>>>>>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>>>> dos Grupos do Google. >>>>>>> >>>>>>> Para anular a subscrição deste grupo e parar de receber emails deste >>>>>>> grupo, envie um email para [email protected]. >>>>>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>>>>> [email protected]. >>>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>>>>> >>>>>> >>>>>> -- >>>>>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>>> dos Grupos do Google. >>>>>> >>>>>> Para anular a subscrição deste grupo e parar de receber emails deste >>>>>> grupo, envie um email para [email protected]. >>>>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>>>> [email protected]. >>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>>>> >>>>> >>>>> -- >>>>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>> dos Grupos do Google. >>>>> >>>>> Para anular a subscrição deste grupo e parar de receber emails deste >>>>> grupo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>>> [email protected]. >>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>>> >>>> >>>> -- >>>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>> dos Grupos do Google. >>>> >>>> Para anular a subscrição deste grupo e parar de receber emails deste >>>> grupo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>> [email protected]. >>>> Visite este grupo em http://groups.google.com/group/riapt. >>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>> >>> >>> >>> >>> -- >>> >>> João Fernandes >>> >>> -- >>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>> dos Grupos do Google. >>> >>> Para anular a subscrição deste grupo e parar de receber emails deste >>> grupo, envie um email para [email protected]. >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> [email protected]. >>> Visite este grupo em http://groups.google.com/group/riapt. >>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>> >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > > Para anular a subscrição deste grupo e parar de receber emails deste > grupo, envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Visite este grupo em http://groups.google.com/group/riapt. > Para mais opções, consulte https://groups.google.com/groups/opt_out. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails deste grupo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em http://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/groups/opt_out.
