Discussion :

[XDev1]

Bonjour,
j'ai un souci avec les événements et plus particulièrement entre une variable globale objet et sa modification dans un événement. Je crois comprendre que le problème provient du fait que les événements sont considérés comme des blocs (closure) et leur mise en place capture leur environnement.
Concrètement, je déclare une variable globale db qui représente un objet wrapper (JSQLEngine) dans lequel j'interface un objet SQL (SQLite en js). L'objectif de ce wrapper est une personnalisation des opérations d'extraction (sur chaîne, sur entier, liste d'enregistrements, etc.).
La base de donnée est chargée intégralement (localement) en utilisant classiquement Ajax dans l'événement onload. C'est d'ailleurs dans cet événement que la variable globale db est assignée.
L'objectif est d'enregistrer et de consulter une liste de mots dans une table SQL. Pour cela je dispose d'une zone de saisie qui me permet à la fois d'ajouter et de consulter. Le mode est déterminé par une case à cocher. Lorsque j'ajoute un mot, je ne parviens pas à le trouver alors qu'il est réellement ajouté car j'effectue une requête immédiatement après dans le même événement.
En conclusion, comment contourner la capture afin que je puisse utiliser cette variable db en référence et non pas en valeur ?

Par avance, merci de votre aide.

[SpaceFrog]

ton appel en ajax charge la "base" coté client.
Toute modification de cette base reste coté client et n'est pas répercutée sur le serveur.

[XDev1]

@ SpaceFrog
Non, en fait la base ouverte est locale. Il s'agit d'un tour de passe-passe.
J'utilise Chrome et ses outils et à l'ouverture sous le Terminal (macOS) j'injecte les options
Chrome --args --allow-file-access-from-files.
Voici le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
      var xhr = new XMLHttpRequest();
      var db;
 
      xhr.open('GET', 'file:///Users/macintosh_hd/Viktor/DataBases/Viktor.sqlite3', true);
      xhr.responseType = 'arraybuffer';
 
      xhr.onload = function(e) {
        var uInt8Array = new Uint8Array(this.response);
 
        db = new JSSQLEngine(new SQL.Database(uInt8Array));
       …
      }

[psychadelic]

Pourquoi utiliser cette astuce bizarroïde alors que les navigateurs sont capable de gérer nativement ce genre de problème ???

https://developer.mozilla.org/fr/doc.../API_IndexedDB

[XDev1]

@psychadelic
L'ouverture de chrome avec ces paramètres m'autorise l'ouverture d'un fichier localement.
En ce qui concerne l'ouverture de la base de données, je détourne AJAX afin que le chargement s'effectue automatiquement.
Je ne connais pas d'autres solutions sans intervention.
La base de donnée est assez importante (50 Mo) et elle est structurée SQL.
Mon problème n'est pas sur ce sujet.
Je ne sais pas comment accéder à un objet (une référence) déclaré et modifié globalement.
Par avance merci de ton intervention tout comme celle de SpaceFrog.

[Invité]

Bonjour,

...La base de donnée est chargée intégralement (localement) en utilisant classiquement Ajax dans l'événement onload...

...ton appel en ajax charge la "base" coté client.
Toute modification de cette base reste coté client et n'est pas répercutée sur le serveur.

Je ne suis pas spécialiste, mais il semble que tu n'aies pas compris SpaceFrog :

• onload : tu crées une COPIE de ta base ORIGINALE.
• TOUTES les modif. sont effectuées sur CETTE COPIE.

• DONC : à aucun moment, tu ne touches à la base ORIGINALE.

[XDev1]

J'ai trouvé la solution à mon problème.
Il s'agissait d'un bogue que je n'explique pas au niveau du bouton réalisant les opérations de consultation et d'insertion. Ce bouton provient de la W3C.
En fait, ce qui est curieux c'est que l'événement faisait planter la requête SQL de manière silencieuse (aucun message au niveau de la console). Je l'ai remplacé par un autre et les opérations ont été réalisées comme prévu.
Merci à vous.

Je vais toutefois répondre et justifier au problème de copie.
J'utilise le projet kriptken qui réalise l'implémentation du moteur de base de données SQLite en JavaScript.
J'ai construit un objet de la classe JSSQLEngine qui me permet d'exposer les méthodes d'accès dont j'ai besoin.
Le contenu de la variable globale db contient l'intégralité des données de la base. La sécurité des navigateurs ne me permet pas d'accéder à des fichiers locaux comme pour des applications natives ; ce qui est un problème pour certaines Web apps.
À n'importe quel endroit dans une balise <script> </script> d'un fichier quelconque d'un projet web, je peux ajouter, supprimer, et consulter cette base en utilisant la référence db ; et les opérations sont correctement réalisées.
D'autre part, une fois que la base de données est chargée dans l'objet db, toutes les opérations s'effectuent sur les données qu'il possède (dans le tas de la machine virtuelle V8 pour être précis). Cette construction est totalement différente de celle de PHP et MySQL.

onload : tu crées une COPIE de ta base ORIGINALE.

Oui

TOUTES les modif. sont effectuées sur CETTE COPIE.

Oui. Il n'y a qu'une seule copie; celle qui a été chargée lors de l'event onload

DONC : à aucun moment, tu ne touches à la base ORIGINALE.

Oui. Les modifs ne sont pas reportées sur la db sur le disque tant que je ne demande pas à l'utilisateur de le faire.

Merci à vous et bonne journée.