Bonjour
oui tout à fait d'accord car pour obtenir un résultat plusieurs
approches donc codes sont possibles, le code ayant un ID unique, le
titre n'a pas d'importance et peut être plusieurs fois le même.
Le 27/09/2013 14:23, yannikc a écrit :
merci Maan bien pigé !
----- Original Message -----
*From:* Maan ALOUN <mailto:[email protected]>
*To:* [email protected] <mailto:[email protected]>
*Sent:* Friday, September 27, 2013 9:54 AM
*Subject:* [progliste] Re : CodeArchiver- volonté de changer le
système de conservation d'informations
bon jour à vous tous,
bonne courage mon cher Yannick !
à mon avis il faut laisser la possibilité d'avoir un doublant dans
les titres de code, car le code peut avoir le même titre dans le
même objectif, mais par une autre méthode, qui est toujours utile.
*De :* Yannick Youalé <mailto:[email protected]>
*Date :* jeudi 26 septembre 2013 18:57
*À :* [email protected] <mailto:[email protected]>
*Objet :* [progliste] CodeArchiver- volonté de changer le système
de conservation d'informations
Bonjour à tous !
Comme vous l'avez probablement devinez, je travaille à fond ces
derniers temps pour finaliser mon logiciel CodeArchiver, notamment
en lui développant un système de communication avec une base de
données distante.
De ce côté là, tout est pratiquement au point. En local avec easy
php, je simule déja tous les comportements que je voudrais que le
logiciel ait avec le web.
Comme questions à régler, il me reste l'identification de
l'utilisateur, ou trouver un moyen d'éviter les doublons dans les
contributions.
La raison pour laquelle je voudrais vous demander votre avis
aujourd'hui concerne plutôt le système de sauvegarde
d'informations sur la machine de l'utilisateur. Autrement dit, la
sorte de base de données dans laquelle les codes créés par
l'utilisateur ou téléchargés par lui depuis le net sont conservés
sur sa machine et consultables via l'interface du logiciel.
Je n'ai pas voulu passer à des base de données classiques telles
que access ou SQLitte parce que soit elles occupent trop de place,
soit elles nécessitent de s'installer.
Jusqu'ici, j'utilise un simple système de fichiers texte à
l'extension ".snpt", rangés dans des sous-dossiers représentant
des catégories ou langages de programmation.
Le titre du fichier contient la description du code, et le contenu
contient le code lui-même; soit deux informations en tout.
Or, la base de données distante permet de conserver plus
d'informations que ça. A savoir:
le numéro identifiant unique, les mots clés associés, l'auteur, la
date de création, la date de modification, etc...
Dès lors, Comment faire pour garder ces informations en local ?
Faudrait-il que je crée des espaces séquentiels dans chaque
fichier où une information aura un nombre de caractères prédéfini ?
Ou faudrait-il que je passe au xml qui me donnera la possibilité
de baliser le fichier comme je l'entend ?
Mais dans ce cas, conserverais-je tout dans un seul fichier ou
alors dans une multitude de fichiers représentant chacun un code
sauvegardé ?
Et si multitude de fichiers xml il y a, mon moteur de recherche de
code les parcourera-t-il suffisamment rapidement ? Parce que pour
rechercher la présence d'une expression dans un fichier, il faudra
l'ouvrir, le parser, vérifier si l'expression existe dans la bonne
zone, puis le refermer, comme ça pour un grand nombre de fichier.
Ne sera-ce pas lourd au final ?
J'avoue ne pas trop savoir quoi choisir ?
Aidez-moi !!!
Yannick Daniel Youalé
La programmation est une religion. Aimez-la, ou quittez-la.
