Discussion :

[Lcf.vs]

Bonjour à tous,

J'ai repris, il y a quelques jours, un vieux rêve j'avais commencé il y a quelques années.

Repris de zéro, voici donc l'ESDB, un petit SGBD Objet aux sélecteurs puissants.

Ses forces :

• Lecture en mémoire alors que l'écriture est physique.
• Totalement asynchrone.
• Possibilité de sélectionner les enregistrements sur base de son index ou au moyen d'une fonction JavaScript (finies, les syntaxes fermées et outils de sélection trop limités)

Voilà, si je pouvais avoir l'un ou l'autre feedback constructif, ce sera sympa.

En espérant que cela vous plaise et vous soit utile, je vous en remercie d'avance.

[sekaijin]

Bonjour,

Une réponse bien tardive.
j'ai une suggestion
plutôt que de proposer une API avec une callback dans chaque méthode
il serait plus simple de créer des customs events.

la syntaxe serait plus simple et le developpeur pourrait associer plusieurs méthode à chaque événement.

Code :

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

1
2
3
4
5
6
7
8
9
10
Ajax.request({
   url: 'ajax_demo/sample.json',
   success: function(response, opts) {
      var obj = Ext.decode(response.responseText);
      console.dir(obj);
   },
   failure: function(response, opts) {
      console.log('server-side failure with status code ' + response.status);
   }
});

mais aussi

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
request = new Ajax({
   url: 'ajax_demo/sample.json'
});
 
request.addListener('success', function(response, opts) {
      var obj = Ext.decode(response.responseText);
      ...
});
//et un deuxième handler pour 'success'
request.addListener('success', function(response, opts) {
      var obj = Ext.decode(response.responseText);
      ...
});

dans le même esprit on pourrait avoir

Code :

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

1
2
3
4
5
6
7
8
9
tableAccessor.on('success', function(response, opts) {
      ...
});
tableAccessor.addListener('failure', function(response, opts) {
      ...
});
...
 
tableAccessor.insertRecords(data);

en faisant ce genre d'approche si tu as dans ton dev une grid et un form associé à ta table lorsque un enregistrement est modifié dans le form tu peux indiquer à l'utilisateur que l'enregistrement est modifié et qu'il faut l'enregistrer. en plaçant un handler sur 'success' tu peux indiquer la confirmation de l'enregistrement dans ton form en supprimant la marque
en même temps tu peux mettre à jour la ligne modifiée dans la grid.
les deux composants grid et form restent indépendant et réagissent tous les deux à l'enregistrement.
avec une callback tu est obligé de fournir une méthode qui doit connaire tous les composants impactés.





A+JYT

[Lcf.vs]

Hello,

Je te remercie pour cet avis, même tardif, ça fait plaisir...

Concernant ta suggestion, c'est prévu pour sa prochaine version, d'où le fait que je n'en ai pas encore fait de NPM.

Là, je planche d'abord sur mon système de manager de serveurs, via IPC, en tant que service UNIX (Node.js utilisé en tant qu'interpréteur... bye, bye le bash ^^).

[sekaijin]

tu peux regarder du côté de
qui sont des projets similaires
pouchdb
taffydb

nedb est proche de l'API que tu proposes.

Enfin commonjs est une tantative de "normaliser les choses" il y a surement quelque chose concernant les bases de données.

A+JYT

[vermine]

A la sortie de la future version, n'hésite pas à créer une discussion de type "Actualité" et à m'en informer pour éventuellement l'annoncer.

[Lcf.vs]

A la sortie de la future version, n'hésite pas à créer une discussion de type "Actualité" et à m'en informer pour éventuellement l'annoncer.

Ok, avec plaisir.

[Lcf.vs]

J'y regarderai, merci.

Et puisque tu ne viens jamais sur le chat, je t'invite à tester mon mini module (de plus conséquents seront publiés dans les jours à venir).

https://npmjs.org/package/rwin