Desenvolvedores de aplicativos móveis têm de ser os ninjas da programação porque eles têm que entrar, fazer o trabalho, e sair sem consumir muitos recursos.
Há duas maneiras de superar as restrições comuns do desenvolvimento e design de app móveis: a primeira é criá-las usando a força bruta, o que não é muito ninja, e a segunda é a concepção de uma forma mais eficiente com base em uma plataforma aplicações móveis corporativas como o uniPaaS. Vamos considerar algumas das restrições mais comuns e como você pode fazer as duas coisas: o design em si e o design mais eficiente, usando um verdadeiro paradigma de desenvolvimento de aplicações móveis para a empresa e (ouso dizer isso?) até mesmo aplicativos para o consumidor. Meus comentários aqui serão baseados principalmente no desenvolvimento para dispositivos móveis BlackBerry, mas a mesma plataforma de aplicações uniPaaS e os princípios gerais de design eficiente também se aplicam ao desenvolvimento de smartphones Android, iOS Apple e Windows.
Memória limitada. Criar um aplicativo que requer menos memória irá melhorar a experiência do usuário, melhorando os tempos de resposta e reduzindo a probabilidade de erros. Infelizmente, o gerenciamento de memória em Java e Objective-C é extremamente demorado para os desenvolvedores. Portanto, independente de qual plataforma de aplicações móveis corporativas (MEAP) que esteja usando, você vai querer ter um design eficiente. Se um campo não é vital, elimine-o a partir do aplicativo ou relegue-o para ser visto opcionalmente e chame os dados apenas quando necessário. Usando a plataforma de aplicativos uniPaaS, você pode alavancar recursos do lado do servidor para fornecer apenas os dados que você precisa quando você precisar deles e a melhor coisa é que você não tem que escrever qualquer código para esta arquitetura ou para o client. Você simplesmente alavanca metadados para controlar a sua aplicação e o Motor Magic faz o resto. Para ser claro, você evita completamente a necessidade de programar diretamente em Java ou Objective-C. Não é como mágica, é Magic!
Vida útil de bateria limitada. A vida útil da bateria tem menos a ver com a eficiência de uso de dados (apesar de ser claramente um fator) e tem mais a ver com o uso eficiente do aparelho. Aplicativos que consultam constantemente o servidor para novos dados, por exemplo, irão aumentar a utilização da bateria e frustrar os usuários quando a bateria acabar. Em aplicativos corporativos tradicionais, escolher o servidor através de uma LAN é um recurso barato e os desenvolvedores tendem a não dar muita atenção. Mas em um aplicativo móvel é uma questão ainda mais importante. Felizmente, o client BlackBerry do uniPaaS é muito eficiente no uso do rádio e você não tem que gerenciar a memória manualmente em tudo. Isso reduz muito o tempo de desenvolvimento e garante a eficiência e o desempenho de aplicação.
Tamanho de tela limitado. O sistema operacional BlackBerry suporta um modelo simples de janelas empilhadas e como todos os smartphones, a tela é bastante limitada em tamanho em relação às aplicações desktop. Os desenvolvedores precisam se concentrar na tarefa dos usuários à mão, literalmente. Faça isso ao exibir somente a informação que é imediatamente relevante e todas as tarefas diretamente relacionadas. Mantenha tudo simples e ainda funcional.
Com um BlackBerry, cada aplicativo pode abrir várias janelas, mas cada nova janela é empilhada em cima das janelas anteriores e é inerentemente formal. Como não há ponteiro do mouse, as janelas não podem ser manipuladas (movidas ou redimensionadas) pelo usuário final. Quando um aplicativo é executado, sua janela principal (e subseqüente as janelas empilhadas) ocupam a tela do dispositivo inteiro. Como é que se navega então? O menu de contexto muitas vezes é a melhor maneira. O menu de contexto BlackBerry é uma ferramenta importante e central de interação com o usuário. Como o tamanho da tela é relativamente pequeno, é comum realizar a maioria das tarefas usando o menu de contexto, em vez de “perder” espaço na tela em botões e menus.
Diferente da maioria dos outros smartphones, grande parte dos dispositivos BlackBerry é otimizada para navegação e entrada via teclado. Normalmente, o trackpad é usado para navegar entre os campos do formulário, enquanto a ação Fire é usada para selecionar valores e executar ações. Ao contrário de um teclado de desktop, não há tecla TAB, portanto, não há chave padrão para mover para o próximo campo ou o campo anterior.Toda a navegação entre os campos e dentro de um campo (ou seja, um controle de edição), é feito usando o ações direcionais de trackpad.
Outras Considerações. Estas três principais restrições não são as únicas que você precisa considerar, mas eles são as mais importantes. Você também deve considerar o impacto da latência causada por bandas móveis mais lentas (comparado com LANs) e o fato de que os smartphones têm menos poder de processamento bruto do que os clients desktop. Todas essas questões são atenuadas pelo uso da plataforma de aplicativo móveis da Magic Software. Excelente desenvolvimento! Para obter informações adicionais, entre em contato com o distribuidor da Magic Software Enterprises mais próximo de você.
Ótimo artigo! Obrigado por compartilhar!
Olá Fabrício,
Obrigado pelo interesse em nossa tecnologia! Saiba mais em http://www.magicsoftware.com.br.
Olá, meu nome é Ricardo Verona, publicitário e gostaria de encontrar um parceiro ninja para criação de aplicativos em parceria. Tenho algumas ideias bem legais e gostaria de encontrar um parceiro realmente experiente na área, que possa desenvolver 3 diferentes ideias que tenho, mas começaríamos com uma ideia inicial. Eu entraria com o design e a ideia e o parceiro criaria a codificação dos apps e sites, depois da ideia iniciada, seríamos sócios, seja para colocarmos numa aceleradora, seja para gerirmos o projeto por nós mesmo.
Caso alguém tenha algum interesse, enviem seu portfólio para : ricardoverona@hotmail.com