O Mobile PaaS (mPaaS) oferece dois métodos de integração: o método AAR nativo e o método baseado em componentes (Portal & Bundle). Este tópico descreve ambos os tipos e fornece recomendações para ajudar você a escolher a opção mais adequada ao seu projeto.
Método AAR nativo
O método de integração AAR nativo utiliza a solução padrão de empacotamento AAR do Android. Essa abordagem se alinha à stack tecnológica comum dos desenvolvedores Android, eliminando a necessidade de aprender sobre empacotamentos específicos do mPaaS. Integre o mPaaS ao seu projeto usando o plugin do mPaaS para Android Studio ou diretamente por meio de arquivos Maven POM e BOM. Esse método reduz a barreira de entrada e facilita o uso da plataforma, sendo ideal para desenvolvedores que desejam utilizar rapidamente os recursos do mPaaS sem precisar adotar o método de integração baseado em componentes (Portal & Bundle).
O método de integração AAR nativo é suportado no mPaaS 10.1.68 e versões posteriores.
Método baseado em componentes (Portal & Bundle)
O método baseado em componentes é um framework fundamentado na Open Service Gateway Initiative (OSGi). Ele divide um aplicativo em um ou mais projetos Bundle de negócios independentes e um único projeto Portal. O mPaaS gerencia o ciclo de vida e as dependências de cada projeto Bundle. Em seguida, o projeto Portal mescla todos os projetos Bundle em um único pacote .apk executável. Essa abordagem é adequada para projetos de grande escala que exigem desenvolvimento paralelo por várias equipes. Para utilizar o método baseado em componentes, importe a ferramenta de empacotamento Gradle do mPaaS. Este método requer versões específicas do Gradle e do plugin com.android.tools.build:gradle.
Como escolher um método de integração
Utilize o método AAR nativo se desejar integrar o mPaaS com a mesma facilidade de qualquer outro SDK. Opte pelo método baseado em componentes caso esteja usando o mPaaS para refatorar seu projeto visando o desenvolvimento paralelo em grande escala.
Comparação dos métodos de integração
|
Conexão AAR nativa |
Conexão baseada em componentes |
|
|
source |
Método oficial do Google. |
Originário do Alipay. |
|
Velocidade de empacotamento |
Mais lenta entre as duas opções. Equivalente a uma build nativa padrão. |
Rápida. O tempo de empacotamento é distribuído. |
|
Estrutura do projeto |
Módulo de aplicativo e módulos de biblioteca. |
Portal (um shell de aplicativo) e Bundles (componentes de negócios). |
|
Dependência de versão do Gradle |
Permite atualização para a versão oficial mais recente. |
4.4 ou 6.3. Não atualize. |
|
Dependência da toolchain AGP1 |
Permite atualização para a versão oficial mais recente. |
AGP 3.0.1 ou 3.5.x. Não atualize. |
|
Android Support Library |
Suportada. |
É obrigatório usar a versão fornecida pelo mPaaS (23). Não atualize. |
|
AndroidX |
Suporte completo2 |
Não suportado |
|
databinding |
Suporte completo |
v1 |
|
kotlin |
Suporte completo |
Evite o uso. |
AGP significa Android Gradle Plugin, utilizado para empacotar aplicativos Android.
Suportado mediante a definição de
android.enableJetifier=trueeandroid.useAndroidX=true.
Instruções
Leia o conteúdo em inglês para compreender O QUE precisa ser comunicado
Escreva o texto em português do Brasil DO ZERO — esqueça a estrutura das frases em inglês
Preserve toda a formatação markdown, blocos de código, links e imagens exatamente como estão
Tags xref (
<a data-tag="xref" ...>texto</a>) — preserve a tag INTEIRA com todos os atributos na ordem e caixa originais, traduza APENAS o texto visível entre > eAplique todas as regras específicas de idioma rigorosamente
Aplique as regras de stopwords com tolerância zero
Use o modo imperativo em passos numerados e listas de procedimentos
Garanta a consistência terminológica — o mesmo termo deve ter a mesma tradução em todo o documento
Varie os inícios das frases em listas e tabelas — nenhum início deve se repetir 3 vezes ou mais
Retorne APENAS o documento markdown em português do Brasil, sem explicações