Je suis en train de faire un POC Flask avec Bokeh et Vue
- avec un
render_template()
minimaliste- pointant sur un fichier html contenant
- des
div
cibles réceptionnant des composants Bokeh (bokeh.plotting.figure()
) émis par Flask grâce àbokek.embed.json_item()
- des
div
contenant une architecture vue 3 (avec changement de délimiteur de vue enArray('[[,']]')
, pour l’instant au niveau de chaque composant, pour ne pas marcher sur les plate-bandes des balises jinja2 de Flask)
- des
- pointant sur un fichier html contenant
- et des sources de données côté serveur grâce à
flask.jsonify()
Il faut maintenant:
- que je fasse discuter tout cela ensemble (notamment Vue avec le js Bokeh, mais aussi les figures Bokeh entre elles)
- que j’organise l’architecture fichiers et répertoires côté client et serveur car pour l’instant j’ai tout mis dans un même fichier htmtl et un même fichier python.
Je teste Vue grâce à vue3-sfc-loader fait par Franck Freiburger (de Strasbourg visiblement !)
- GitHub - FranckFreiburger/vue3-sfc-loader: Vue3 Single File Component loader for Vue2 and Vue3. Load .vue files directly from your html/js. No node.js environment, no (webpack) build step.
- forum.vuejs.org 01/01/2020 : Vue3-sfc-loader - Load .vue files directly from your html, without build step
- https://www.franck-freiburger.com/
Je garderais vue3-sfc-loader en prod s’il est robuste et s’il accepte bien les composants Vue qui existent à droite et à gauche. C’est très récent (v0.8.3), la version v0.1.0 date du 21 novembre 2020. Bon après tôt ou tard je devrais passer par npm et Parcel pour le côté client de Flask (contrairement à R Shiny où je voulais éviter cela car R Shiny a sa propre solution cliente en natif intégrée qui masque le js sauf les quelques adaptations js que j’avais fait).