Chapitre 7
Perspectives
7.1 Implémentation d'un cache
Les requêtes prennent du temps et il seraient bien
d'éviter de surcharger le serveur. En effet, pour le moment, le client
effectue plusieurs fois la même requête si on le lui demande. Un
cache côté client serait utile pour éviter ce cas de
figure.
De plus, si des modifications de la base de données
sont effectuées, les répercussions ne seraient pas prises en
compte. Un bouton ou autre composant graphique devra permettre la remise
à zéro du cache.
7.2 Différentes visualisations
Une fonctionnalité qui pourrait permettre une meilleure
compréhension de la répartition des plages serait de pouvoir
choisir entre différentes vues, différentes
représentations de la base. Une vue possible serait par exemple un arbre
dépliant, dans le type des systèmes de fichiers: on rentre une
plage, l'outil affiche sous forme d'arbre toutes les plages libres du niveau le
plus haut et lorsque l'on sélectionne un sous niveau, il se
déplie (on effectue une recherche de sous niveaux dans cette plage).
Ainsi, par analogie au système de fichier, un répertoire serait
un sous niveau qui aurait d'autres sous niveaux et un fichier serait un sous
niveau sans sous niveau.
7.3 Ajout des plugins côté serveur
L'ajout de plugins côté serveur se fait assez
simplement. En effet, il faut ajouter quelques lignes dans le parser du fichier
XML pour prendre en compte le plugin (rappel: si ce n'est que l'ajout du code
d'une requête pour une base de données, cette partie est inutile).
Ensuite il faut modifier la partie communication avec le client si
nécessaire (pour l'ajout des requêtes whois, ce point n'a pas eu
lieu d'être, car ce n'est pas au client de savoir pour quelles plages on
interroge la base de données ou un serveur whois) et écrire le
code qui permet de faire les nouvelles recherches et renvoyer le
résultat.
| 
