{"id":14855,"date":"2023-09-18T16:45:35","date_gmt":"2023-09-18T23:45:35","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=14855"},"modified":"2024-01-04T15:06:13","modified_gmt":"2024-01-04T23:06:13","slug":"offline-first-more-reliable-mobile-apps","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/offline-first-more-reliable-mobile-apps\/","title":{"rendered":"Offline-first: uma mentalidade para desenvolver aplicativos m\u00f3veis mais r\u00e1pidos e confi\u00e1veis"},"content":{"rendered":"

O que significa offline-first?<\/span><\/h2>\n

O termo \"offline-first\" descreve um aplicativo m\u00f3vel desenvolvido para executar a maior parte, ou toda, a sua funcionalidade principal sem acesso \u00e0 Internet. O conceito \u00e9 bastante simples, mas, com muita frequ\u00eancia, n\u00e3o \u00e9 assim que um aplicativo m\u00f3vel \u00e9 desenvolvido. Em vez disso, ele \u00e9 desenvolvido para acessar dados de centros de dados em nuvem distantes, tornando-o dependente da Internet. Isso significa que, quando a conex\u00e3o de rede fica lenta ou indispon\u00edvel, o mesmo acontece com o aplicativo, frustrando os usu\u00e1rios e prejudicando a ado\u00e7\u00e3o. Ao criar um aplicativo com uma abordagem \"off-line primeiro\", voc\u00ea elimina essencialmente as depend\u00eancias da Internet, tornando o aplicativo mais r\u00e1pido e mais confi\u00e1vel.<\/span><\/p>\n

Um ponto importante do conceito offline-first \u00e9 entender que ele n\u00e3o se aplica apenas a casos de uso em locais remotos; em vez disso, deve ser considerado a abordagem padr\u00e3o para qualquer esfor\u00e7o de desenvolvimento de aplicativos m\u00f3veis.<\/span><\/p>\n

Vamos explorar mais essa no\u00e7\u00e3o...<\/span><\/p>\n

Regra #1: a Internet n\u00e3o \u00e9 confi\u00e1vel<\/span><\/h2>\n

Por que os aplicativos m\u00f3veis s\u00e3o desenvolvidos com depend\u00eancias de Internet? Por dois motivos principais:<\/span><\/p>\n

    \n
  1. \n
      \n
    1. A suposi\u00e7\u00e3o de que a conectividade estar\u00e1 sempre dispon\u00edvel e r\u00e1pida, combinada com a preval\u00eancia de recursos baseados na Internet, como APIs RESTful e back-ends de nuvem, tornou a cria\u00e7\u00e3o de aplicativos dependentes da Internet uma op\u00e7\u00e3o de desenvolvimento f\u00e1cil.<\/span><\/li>\n
    2. A suposi\u00e7\u00e3o de que os requisitos offline-first n\u00e3o se aplicam a locais metropolitanos, ou seja, que se aplicam apenas a casos de uso ex\u00f3ticos, isolados e hiper-remotos, como explora\u00e7\u00e3o de energia, minera\u00e7\u00e3o em rocha dura ou opera\u00e7\u00f5es de resgate em \u00e1reas selvagens - casos em que o aplicativo deve operar em uma zona completamente sem Internet por longos per\u00edodos de tempo.<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

      Essas suposi\u00e7\u00f5es levaram ao desenvolvimento de dezenas de aplicativos m\u00f3veis que n\u00e3o podem funcionar sem uma conex\u00e3o com a Internet. <\/span>Ai do usu\u00e1rio desse aplicativo quando ele for necess\u00e1rio e n\u00e3o houver rede dispon\u00edvel!<\/span><\/p>\n

      Offline-first deve ser o padr\u00e3o, n\u00e3o um nicho<\/span><\/h2>\n

      \"\"<\/p>\n

      A pr\u00f3pria natureza dos aplicativos m\u00f3veis - que s\u00e3o executados em dispositivos m\u00f3veis - significa que eles est\u00e3o constantemente se deslocando de um lugar para outro e podem perder a cobertura da rede a qualquer momento, mesmo no meio das cidades mais modernas do mundo. Os usu\u00e1rios entram em metr\u00f4s, elevadores, estruturas de estacionamento subterr\u00e2neas e t\u00faneis, locais onde a mais breve queda de conex\u00e3o pode inutilizar os aplicativos dependentes da Internet.<\/span><\/p>\n

      Todos n\u00f3s j\u00e1 passamos por isso: voc\u00ea est\u00e1 naquela cena crucial de um filme transmitido por streaming ou precisa <\/span>basta clicar em enviar<\/span><\/i> naquele e-mail importante ou, pior ainda, s\u00e3o duas da manh\u00e3 e voc\u00ea precisa de uma carona do aeroporto... mas a internet tem outros planos!<\/span><\/p>\n

      Se esses cen\u00e1rios lhe parecerem familiares, ent\u00e3o voc\u00ea entende a frustra\u00e7\u00e3o que os usu\u00e1rios sentem sempre que seus aplicativos falham por falta de conectividade.<\/span><\/p>\n

      E qualquer expectativa de que esse tipo de experi\u00eancia seria tolerada \u00e9 equivocada. De fato <\/span>70%<\/span><\/a> dos usu\u00e1rios de aplicativos m\u00f3veis abandonar\u00e3o um aplicativo que leva muito tempo para carregar, e <\/span>84%<\/span><\/a> dos usu\u00e1rios de aplicativos abandonar\u00e3o um aplicativo se ele falhar apenas duas vezes, e esses s\u00e3o apenas os tipos de problemas que ocorrem com aplicativos dependentes da Internet quando a conex\u00e3o \u00e9 interrompida.<\/span><\/p>\n

      O que \u00e9 necess\u00e1rio \u00e9 uma mudan\u00e7a na mentalidade de desenvolvimento que n\u00e3o planeje uma conectividade s\u00f3lida com a Internet e trate as interrup\u00e7\u00f5es como um erro, mas que espere a falta de confiabilidade inerente da Internet e desenvolva em torno dela. Em outras palavras, para obter os aplicativos m\u00f3veis mais r\u00e1pidos e confi\u00e1veis, voc\u00ea deve <\/span>sempre<\/b> construir off-line primeiro.<\/span><\/p>\n

      Os componentes essenciais de um aplicativo m\u00f3vel offline-first<\/span><\/h2>\n

      O aspecto mais importante do desenvolvimento de um aplicativo m\u00f3vel offline-first est\u00e1 na forma como voc\u00ea lida com os dados. Se voc\u00ea quiser remover as depend\u00eancias da Internet, precisar\u00e1 armazenar e processar os dados localmente no aplicativo. Mas tamb\u00e9m \u00e9 preciso garantir que os dados possam ser compartilhados com outros usu\u00e1rios e que quaisquer altera\u00e7\u00f5es nos dados sejam refletidas instantaneamente e com precis\u00e3o em todo o ecossistema do aplicativo.<\/span><\/p>\n

      Em resumo, voc\u00ea precisa:<\/span><\/p>\n