Dans nos syst\u00e8mes d’information actuels, le rangement des fichiers dans une arborescence est non seulement classique mais fondamentale et souvent incontournable. L’autre forme de rangement est d’utiliser une base de donn\u00e9es.<\/p>\n
Il est possible avec nebule<\/a> de simuler une arborescence mais virtuelle et uniquement constitu\u00e9e d’objets et de liens. Un arborescence commence par une racine, par exemple ‘ Le nom des objets ne pose pas de probl\u00e8me, il risque juste de changer d’une entit\u00e9 \u00e0 l’autre. Le nom d’un dossier peut par contre avoir deux formes, mais on ne doit en g\u00e9rer qu’une seule. Comme il est possible que plusieurs entit\u00e9s cr\u00e9ent plusieurs arborescences diff\u00e9rentes ou en reconna\u00eessent plusieurs, il faut un objet unique de r\u00e9f\u00e9rence de cette arborescence. L’objet contenant ‘\/’ doit dans ce cas \u00eatre li\u00e9 \u00e0 l’objet de r\u00e9f\u00e9rence, et il en est de m\u00eame pour tous les objets de l’aborescence. On obtient, du fait m\u00eame de la base nebulis\u00e9e, des comportements sp\u00e9cifiques sur l’arborescence. Cette arborescence virtuelle sera ajout\u00e9e pour exp\u00e9rimentation \u00e0 sylabe<\/a>. Comme ce n’est pas quelque chose de vraiment natif dans la philosophie de nebule<\/em>, l’impl\u00e9mentation se fera sous forme d’un module.<\/p>\n On peut ensuite, sur cette base, aller plus loin avec par exemple inotify<\/a>. Pour un dossier sp\u00e9cifi\u00e9 et ses sous dossiers, tout changement sur un dossier ou un fichier serait imm\u00e9diatement n\u00e9bulis\u00e9 et synchronis\u00e9 vers un serveur local ou distant.<\/p>\n","protected":false},"excerpt":{"rendered":" Dans nos syst\u00e8mes d’information actuels, le rangement des fichiers dans une arborescence est non seulement classique mais fondamentale et souvent incontournable. L’autre forme de rangement est d’utiliser une base de donn\u00e9es. Il est possible avec nebule de simuler une arborescence mais virtuelle et uniquement constitu\u00e9e d’objets et de liens. CF Wiki – R\u00e9flexion – analyse … Continuer la lecture de Arborescence virtuelle<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[56,89,7,99,16,108,110,24,35,39],"tags":[],"_links":{"self":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/1880"}],"collection":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1880"}],"version-history":[{"count":1,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/1880\/revisions"}],"predecessor-version":[{"id":2146,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/1880\/revisions\/2146"}],"wp:attachment":[{"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1880"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1880"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1880"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nCF Wiki – R\u00e9flexion – analyse des applications – Syst\u00e8me de fichiers<\/a><\/p>\n\/<\/code>‘. Dans cette racine on va trouver des fichiers, des sous-dossiers et des fichiers dans les sous-dossiers.
\nChaque fichier a nativement un nom ou au pire un identifiant unique. Les fichiers vont avoir en plus un ou des liens pour les positionner dans l’arborescence \u00e0 un ou plusieurs endroits.
\nChaque dossier est constitu\u00e9 de l’objet contenant son nom. Cet objet de nommage est li\u00e9 au dossier parent par un lien, lui-m\u00eame reli\u00e9 \u00e0 son dossier parent… jusqu’\u00e0 la racine.<\/p>\n
\nSoit le nom d’un dossier ne contient que sont nom et pas l’ensemble de l’arborescence. Dans ce cason peut avoir n’importe quel nom, y compris des noms avec le caract\u00e8re s\u00e9parateur de dossiers ‘\/’. Mais si on souhaite mettre deux dossiers avec le m\u00eame nom dans deux branches diff\u00e9rentes de l’arborescence, il y a conflit sur le nom et donc m\u00e9lange des fichiers enfants.
\nSoit le nom d’un dossier contient l’ensemble de l’arborescence. On r\u00e9soud les probl\u00e8mes de conflit. Et on n’accepte pas des noms de dossiers avec le caract\u00e8re s\u00e9parateur de dossiers. C’est la meilleur solution.<\/p>\n
\nAinsi, comme pour l’\u00e9mulation de commentaires dans le blog, les objets on des liens entre eux avec comme contexte un objet de r\u00e9f\u00e9rence. Les m\u00eames liens peuvent tout \u00e0 fait \u00eatre reproduire int\u00e9gralement ou partiellement avec un autre objet de r\u00e9f\u00e9rence et ne pas entrer en conflit.<\/p>\n
\nPar exemple dans une arborescence de fichiers d’une soci\u00e9t\u00e9, le chef pose un nouveau fichier dans un sous-dossier. Tout le monde dans la soci\u00e9t\u00e9 va voir ce nouveau fichier. Un des employ\u00e9 ‘copie’ le fichier ailleurs dans l’arborescence, tout le monde voit le nouveau fichier. Si il le modifie, il cr\u00e9e un objet de mise \u00e0 jour et les deux fichiers sont mis \u00e0 jours. Cela est int\u00e9ressant puisque tous les emplacements sont tenus \u00e0 jours mais cela peut d\u00e9j\u00e0 poser probl\u00e8me puisque l’on ne voulait peut-\u00eatre pas tout mettre \u00e0 jour. Il faut donc bien distinguer la mise \u00e0 jour et le d\u00e9riv\u00e9.
\nPrenons un autre cas. Un des employ\u00e9 modifie le nom du fichier cr\u00e9\u00e9 par le chef. tout le monde voit la modification. Le chef d\u00e9cide d’annuler le nouveau nom, de redonner le nom d’origine au fichier. Tout le monde va voir le fichier revenir \u00e0 son nom d’origine… sauf peut-\u00eatre celui qui avait renomm\u00e9 le fichier puisque la gestion sociale des liens va peut-\u00eatre d\u00e9cider que personne ne peut annuler son op\u00e9ration, m\u00eame si le chef est son sup\u00e9rieur hi\u00e9rarchique dans la soci\u00e9t\u00e9.<\/p>\n