Melhores práticas desenvolvimento apps multicanais Magic
•Transferir como PPTX, PDF•
1 gostou•1,384 visualizações
O documento discute as melhores práticas no desenvolvimento de aplicativos multicanais. Ele apresenta a arquitetura Magic xpa que permite desenvolver uma única vez e publicar em todos os dispositivos, e discute o design de interfaces levando em conta a experiência do usuário em diferentes contextos e dispositivos. Ele também fornece exemplos de cenários e estratégias de desenvolvimento multicanal.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (11)
Semelhante a Melhores práticas desenvolvimento apps multicanais Magic
Semelhante a Melhores práticas desenvolvimento apps multicanais Magic (20)
Mais de Magic Software Brasil
Mais de Magic Software Brasil (16)
Melhores práticas desenvolvimento apps multicanais Magic
- 1. #MC15HB Melhores Práticas no Desenvolvimento de Apps Multicanais
- 2. #MC15HB Quem somos Um fornecedor global de plataformas de desenvolvimento e integração de aplicações Experiência comprovada Tecnologia e Inovação Necessidades de Negócios 30anos Especialistas em Com foco em http://www.magicsoftware.com.br
- 5. #MC15HB Magic Sem Segredos http://mss.magicsoftware.com.br Desenvolvendo para Cloud Computing com o Magic xpa - S01E01 Desenvolvendo para Mobile com o Magic xpa – S01E02 Particularidades de Apps de Negócios em Modalidade off-line – S01E05 Tópicos Avançados no Desenvolvimento Mobile utilizando Magic xpa – S01E09
- 6. #MC15HB Magic Sem Segredos http://mss.magicsoftware.com.br Desafios e Preocupações na Adoção de uma Estratégia de Mobilidade Corporativa – S01E14 As novidades da versão Magic xpa 2.5 – S01E15 Magic Mobile Accelerator Framework – Magic Sem Segredos – S01E16 Magic MDM – Mobile Device Management – Magic Sem Segredos – S01E17
- 7. #MC15HB
- 8. #MC15HB Agenda • Arquitetura Magic xpa RIA • Design de Interfaces • Melhores Práticas de Desenvolvimento Multicanal • Cenários & Exemplos
- 9. #MC15HB Arquitetura Desenvolva uma única vez e Publique em todos os Dispositivos
- 10. #MC15HB Desenvolvimento Único para todas as Plataformas Integração no backend Metadados Magic xpa Arquitetura Lado ServidorLado Cliente
- 11. #MC15HB O Poder da Escolha Interface • Nativa • HTML5 • Híbrida Tipo de Dispositivo • Smartphone • Tablets • Desktop Multiplatforma Nativa • Windows • iOS • Android Conexão • Online • Offline
- 13. #MC15HB O Desenvolvedor e suas Interfaces
- 14. #MC15HB Expectativa com a UX (Experiência do Usuário)
- 15. #MC15HB Diferentes Dispositivos em Diferentes Contextos
- 16. #MC15HB Definições em Grupo – Todos os Níveis
- 17. #MC15HB Padrões (Material Design – Iniciativa do Google)
- 18. #MC15HB UX – Nova mentalidade – Fale com o usuário
- 19. #MC15HB UX – Nova mentalidade – (Exemplo)
- 20. #MC15HB UX – Nova mentalidade – (Exemplo)
- 21. #MC15HB Melhores Práticas em Desenvolvimento Multicanal Fazer ou Não Fazer
- 22. #MC15HB Opte por entrada de dados em OffLine
- 23. #MC15HB ←Online OffLine→ De acordo com os usuários, o acesso offline melhora em 25% a eficiência da entrada de dados.
- 24. #MC15HB Separe a Lógica das Interfaces Programa de Lógica batch Programa de Interface
- 25. #MC15HB Evite… Tasks pesadas, misturando “lógica” e “interface”
- 26. #MC15HB Evite… Tasks pesadas, misturando “lógica” e “interface”
- 27. #MC15HB Evite… Tasks pesadas, misturando “lógica” e “interface”
- 29. #MC15HB Adote… Tarefas simples do lado “client”
- 30. #MC15HB Adote… Tarefas simples do lado “client”
- 31. #MC15HB Adote… Deixe o trabalho pesado para o lado “server”
- 32. #MC15HB Cenário 1 – Uma Única Interface
- 33. #MC15HB UX Regular – vs – Baixo Esforço/Custo Programa de Lógica batch Programa de Interface #1 Reaproveitamento total da lógica Reaproveitamento total das Interfaces
- 38. #MC15HB UX Regular – vs – Baixo Esforço/Custo RESULTADO FINAL
- 39. #MC15HB Cenário 2 – Uma Interface por Categoria de Dispositivo
- 40. #MC15HB Melhor UX – vs – Alto Esforço/Custo Programa de Lógica batch Programa de Interface #1 Programa de Interface #2 Programa de Interface #3 Reaproveitamento total da lógica Sem Reaproveitamento das Interfaces
- 41. #MC15HB Exemplo de UI Um Programa de Interface com vários Formulários
- 42. #MC15HB Exemplo de UI - Smartphones
- 43. #MC15HB Exemplo de UI - Tablets
- 44. #MC15HB Exemplo de UI - Desktop
- 45. #MC15HB Melhor UX – vs – Alto Esforço/Custo RESULTADO FINAL
- 46. #MC15HB Cenário 3 - Uma Interface para Smartphone outra para Tablet/Desktop
- 47. #MC15HB Boa UX - vs - Médio Esforço/Custo Programa de Lógica batch Programa de Interface #1 Programa de Interface #2 Reaproveitamento total da lógica Reaproveitamento Parcial das Interfaces
- 48. #MC15HB Boa UX - vs - Médio Esforço/Custo Programa de Lógica batch Programa de Interface #1 Programa de Interface #2 Reaproveitamento total da lógica Reaproveitamento Parcial das Interfaces
- 49. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 50. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 51. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 52. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 53. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 54. #MC15HB O que o pessoal anda fazendo – Um exemplo real…
- 55. #MC15HB Boa UX - vs - Médio Esforço/Custo RESULTADO FINAL
- 56. #MC15HB56
Notas do Editor
- Hybrid or native applications using an end-to-end development platform covering client-side, server-side and integration development. You would have only one development stream this time and the whole process here would be optimized for best quality, time-to-market and high flexibility.
- We are not talking only about User interface anymore We are talking about User Experience now
- These are practices that we believe will help us to achieve success on Multi Chanel Challenges (you can disagree, of course) We think this way based on experiences of our partners, and our own
- Separate interface from logic is a very important thing in Multi Channel, because Multi Channel in Magic xpa means ‘RIA’ (Desktop & Mobile) Programs/Tasks in RIA are resources that need to be downloaded from server to client What we’re want here, is to download and run at client, only what is really necessary there. And this means what the end user will interact with. Backend things should stay at backend side.
- Components are greater tools to help us split and reuse things in Magic.
- Kind of obvious, when you remember the ‘do not’ part
- NOTE: sometimes, to achieve the best of each platform, even program/task reuse will not be possible