Markup languages
Comme indiqué précédemment, les mini-applications sont écrites avec des dialectes de HTML plutôt qu'avec du code HTML brut. Si vous avez déjà utilisé l'interpolation et les directives de texte Vue.js, vous vous sentirez immédiatement à l'aise, mais des concepts similaires existaient bien avant cela dans les transformations XML (XSLT). Vous trouverez ci-dessous des exemples de code issus du WXML de WeChat, mais le concept est le même pour toutes les plates-formes de mini-applications, à savoir l'AXML d'Alipay, l'élément Swan de Baidu, le TTML de ByteDance (bien que les outils pour les développeurs l'appellent Bxml) et le HTML de Quick App. Tout comme avec Vue.js, le concept de programmation de mini-application sous-jacent est le modèle-vue-modèle de vue (MVVM).
Liaison de données
La liaison de données correspond à l'interpolation de texte de Vue.js.
<!-- wxml -->
<view>{{message}}</view>
// page.js
Page({
data: {
message: "Hello World!",
},
});
Rendu de la liste
Le rendu de liste fonctionne comme la directive v-for
Vue.js.
<!-- wxml -->
<view wx:for="{{array}}">{{item}}</view>
// page.js
Page({
data: {
array: [1, 2, 3, 4, 5],
},
});
Rendu conditionnel
Le rendu conditionnel fonctionne comme la directive v-if
de Vue.js.
<!-- wxml -->
<view wx:if="{{view == 'one'}}">One</view>
<view wx:elif="{{view == 'two'}}">Two</view>
<view wx:else="{{view == 'three'}}">Three</view>
// page.js
Page({
data: {
view: "three",
},
});
Modèles
Plutôt que de nécessiter le clonage impératif du content
d'un modèle HTML, les modèles WXML peuvent être utilisés de manière déclarative via l'attribut is
qui renvoie vers une définition de modèle.
<!-- wxml -->
<template name="person">
<view>
First Name: {{firstName}}, Last Name: {{lastName}}
</view>
</template>
<template is="person" data="{{...personA}}"></template>
<template is="person" data="{{...personB}}"></template>
<template is="person" data="{{...personC}}"></template>
// page.js
Page({
data: {
personA: { firstName: "Alice", lastName: "Foo" },
personB: { firstName: "Bob", lastName: "Bar" },
personC: { firstName: "Charly", lastName: "Baz" },
},
});
Attribuer un style
Le style est appliqué à l'aide de dialectes CSS. WeChat est appelé WXSS.
Pour Alipay, le dialecte s'appelle ACSS, pour Baidu, il s'agit simplement de CSS, et pour ByteDance, il est appelé TTSS.
Ils ont en commun d'étendre le CSS avec des pixels responsifs. Lorsqu'ils écrivent du code CSS standard, les développeurs doivent convertir toutes les unités de pixels pour qu'elles s'adaptent à différents écrans d'appareils mobiles avec des largeurs et des rapports de pixels différents. TTSS prend en charge l'unité rpx
comme couche sous-jacente, ce qui signifie que la mini-application reprend la tâche du développeur et convertit les unités en son nom, en fonction d'une largeur d'écran spécifiée de 750rpx
. Par exemple, sur un téléphone Pixel 3a dont la largeur d'écran est de 393px
(et le format de l'appareil de 2.75
), les 200rpx
responsifs deviennent 104px
sur l'appareil réel lors de l'inspection avec les outils pour les développeurs Chrome (393 px / 750 rpx * 200 rpx ≈ 104 px). Sous Android, le même concept est appelé pixel indépendant de la densité.
/* app.wxss */
.container {
height: 100%;
display: flex;
flex-direction: column;
align-items: center;
justify-content: space-between;
padding: 200rpx 0; /* ← responsive pixels */
box-sizing: border-box;
}
Étant donné que les composants (voir plus loin) n'utilisent pas Shadow DOM, les styles déclarés sur une page s'appliquent à tous les composants. L'organisation courante des fichiers de feuilles de style consiste à avoir une feuille de style racine pour les styles globaux et des feuilles de style individuelles par page, spécifiques à chaque page de la mini-application. Les styles peuvent être importés avec une règle @import
qui se comporte comme la règle CSS @import
. Comme en HTML, les styles peuvent également être déclarés en ligne, y compris l'interpolation de texte dynamique (voir avant).
<view style="color:{{color}};" />
Script
Les mini-applications sont compatibles avec un "sous-ensemble sécurisé" de JavaScript qui inclut la prise en charge des modules utilisant différentes syntaxes qui rappellent CommonJS ou RequireJS.
Le code JavaScript ne peut pas être exécuté via eval()
et aucune fonction ne peut être créée avec new Function()
. Le contexte d'exécution du script est V8 ou JavaScriptCore sur les appareils, et V8 ou NW.js dans le simulateur. Le codage avec une syntaxe ES6 ou ultérieure est généralement possible, car les outils de développement en question transpilent automatiquement le code en ES5 si la cible de compilation est un système d'exploitation avec une implémentation WebView plus ancienne (voir ci-dessous). La documentation des fournisseurs de super-applications mentionne explicitement que leurs langages de script ne doivent pas être confondus avec ceux de JavaScript et qu'ils sont différents de JavaScript. Toutefois, cette déclaration ne fait référence qu'à la manière dont les modules fonctionnent, c'est-à-dire qu'ils ne sont pas encore compatibles avec les modules ES standards.
Comme indiqué ci-dessus, le concept de programmation de mini-applications est le modèle-vue-vue modèle (MVVM). La couche logique et la couche de vue s'exécutent sur des threads différents, ce qui signifie que l'interface utilisateur n'est pas bloquée par des opérations de longue durée. En termes Web, vous pouvez considérer les scripts exécutés dans un Web Worker.
Le langage de script de WeChat s'appelle WXS, SJS d'Alipay et SJS d'ByteDance.
Baidu parle de JS lorsqu'il fait référence au sien. Ces scripts doivent être inclus à l'aide d'un type de balise spécial, par exemple <wxs>
dans WeChat. En revanche, les applications rapides utilisent des balises <script>
standards et la syntaxe JS ES6.
<wxs module="m1">
var msg = "hello world";
module.exports.message = msg;
</wxs>
<view>{{m1.message}}</view>
Les modules peuvent également être chargés via un attribut src
ou importés via require()
.
// /pages/tools.wxs
var foo = "'hello world' from tools.wxs";
var bar = function (d) {
return d;
};
module.exports = {
FOO: foo,
bar: bar,
};
module.exports.msg = "some msg";
<!-- page/index/index.wxml -->
<wxs src="./../tools.wxs" module="tools" />
<view>{{tools.msg}}</view>
<view>{{tools.bar(tools.FOO)}}</view>
// /pages/logic.wxs
var tools = require("./tools.wxs");
console.log(tools.FOO);
console.log(tools.bar("logic.wxs"));
console.log(tools.msg);
API JavaScript Bridge
Le pont JavaScript qui connecte les mini-applications au système d'exploitation permet d'utiliser les fonctionnalités du système d'exploitation (voir la section Accès à des fonctionnalités puissantes). Il propose également un certain nombre de méthodes pratiques. Pour obtenir un aperçu, vous pouvez consulter les différentes API de WeChat, Alipay, Baidu, ByteDance et Quick App.
La détection des fonctionnalités est simple, car toutes les plates-formes fournissent une méthode canIUse()
(littéralement appelée comme ça) dont le nom semble inspiré du site Web caniuse.com. Par exemple, tt.canIUse()
de ByteDance permet de vérifier la compatibilité des API, des méthodes, des paramètres, des options, des composants et des attributs.
// Testing if the `<swiper>` component is supported.
tt.canIUse("swiper");
// Testing if a particular field is supported.
tt.canIUse("request.success.data");
Mises à jour
Les mini-applications ne disposent pas d'un mécanisme de mise à jour standardisé (discussion sur une éventuelle standardisation). Toutes les plates-formes de mini-applications disposent d'un système backend, qui permet aux développeurs de mini-applications d'importer de nouvelles versions de leurs mini-applications. Une super-application utilise ensuite ce système backend pour rechercher et télécharger des mises à jour. Certaines super-applications effectuent des mises à jour entièrement en arrière-plan, sans que la mini-application elle-même puisse influencer le flux de mise à jour. D'autres super-applications donnent plus de contrôle aux mini-applications elles-mêmes.
À titre d'exemple de processus sophistiqué, les paragraphes suivants décrivent plus en détail le mécanisme de mise à jour de WeChat pour les mini-applications. WeChat recherche les mises à jour disponibles dans les deux cas suivants :
- Tant que WeChat est en cours d'exécution, WeChat recherche régulièrement les mises à jour des mini-applications récemment utilisées. Si une mise à jour est détectée, elle est téléchargée et appliquée de manière synchrone la prochaine fois que l'utilisateur démarre à froid la mini-application. Le démarrage à froid d'une mini-application se produit lorsque la mini-application n'était pas en cours d'exécution lorsque l'utilisateur l'a ouverte (WeChat ferme de force les mini-applications après cinq minutes en arrière-plan).
- WeChat recherche également des mises à jour lorsqu'une mini-application est démarrée à froid. Pour les mini-applications que l'utilisateur n'a pas ouvertes depuis longtemps, la mise à jour est recherchée et téléchargée de manière synchrone. Pendant le téléchargement de la mise à jour, l'utilisateur doit patienter. Une fois le téléchargement terminé, la mise à jour est appliquée et la mini-application s'ouvre. Si le téléchargement échoue, par exemple en raison d'une mauvaise connectivité réseau, la mini-application s'ouvre quand même. Pour les mini-applications que l'utilisateur a ouvertes récemment, toute mise à jour potentielle est téléchargée de manière asynchrone en arrière-plan et sera appliquée au prochain démarrage à froid de la mini-application.
Les mini-applications peuvent activer les mises à jour antérieures à l'aide de l'API UpdateManager
. Il offre les fonctionnalités suivantes :
- Informe la mini-application lorsqu'une recherche de mises à jour est effectuée.
(
onCheckForUpdate
) - Notifie la mini-application lorsqu'une mise à jour a été téléchargée et est disponible.
(
onUpdateReady
) - Notifie la mini-application lorsqu'une mise à jour n'a pas pu être téléchargée.
(
onUpdateFailed
) - Permet à la mini-application d'installer de force une mise à jour disponible, ce qui redémarre l'application. (
applyUpdate
)
WeChat fournit également des options de personnalisation des mises à jour supplémentaires aux développeurs de mini-applications dans son système backend : 1. Une option permet aux développeurs de désactiver les mises à jour synchrones pour les utilisateurs qui ont déjà installé une certaine version minimale de la mini-application, et de forcer les mises à jour à être asynchrones. 2. Une autre option permet aux développeurs de définir une version minimale requise de leur mini-application. Les mises à jour asynchrones à partir d'une version antérieure à la version minimale requise entraîneront le rechargement de la mini-application après l'application de la mise à jour. Elle bloquera également l'ouverture d'une ancienne version de la mini-application en cas d'échec du téléchargement de la mise à jour.
Remerciements
Cet article a été révisé par Joe Medley, Kayce Basques, Milica Mihajlija, Alan Kent et Keith Gu.