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.
