AgileWiki Coodbms AgileWiki Coodbms - L'OOWBM Copy-On-Ecrire.
Télécharger maintenant

AgileWiki Coodbms Classement & Résumé

AgileWiki Coodbms Mots clés

Moteur Wiki SGBDOO Copie-on-écrit OOWBMS représentation des connaissances Agilewiki COODBMS

AgileWiki Coodbms La description

Agilewiki Coodbms - L'OOWBM Copy-On-Ecrive. Agilewiki Coodbms - L'OOWBM Copy-On-Ecrive. Cowdb, que Coodbms s'appuie sur la capacité brute: copies profondes, arbres B, hachages extensibles et listes. Le but de Coodbms est d'organiser tout ce genre de choses à quelque chose de beaucoup plus utilisable. L'idée de base ici est que des objets peuvent être regroupés en arbres simples et les arbres à leur tour sont organisés comme un graphique non cyclique (un peu comme un arbre généalogique). Nous appelons ces arbres rolons.Un bref introduction à RolonsCoodbms ajoute une structure organisationnelle puissante à Cowdb: Rolons. Vous pouvez penser à une rolon comme une simple structure d'arbres. Il y a quatre sous-arbres (ou unités): · Unité de classifieur - Spécifie les relations avec d'autres rolons. · Unité descripteur - définit le comportement de Rolon. · Unité de grand livre - tient l'état de Rolon. · Unité de journal - suit les activités dans lesquelles Le Rolon a participé. Les nuds sous chaque unité sont appelés sections et les feuilles de l'arborescence sont appelées entrées de section.Rolons elles-mêmes sont organisées en tant que graphique non cyclique ou structure de brousse, semblable à un arbre généalogique où une rolon peut avoir plusieurs parents. et plusieurs enfants. La structure résultante peut être assez arbitraire et est uniquement destinée à faciliter la localisation des règles d'intérêt (un moyen, de toute façon), mais des structures utiles ont tendance à être de nature ontologique. Maintenant, la puissance de Coodbms ne provient pas de la mise en uvre, mais du fait que sa structure organisationnelle est universellement applicable à toutes les applications. Cela nous permet de développer des opérations génériques qui seraient autrement spécifiques à l'application. Nous pouvons réduire OO à ceci: données + logique -> objets. Mais dans Rolonics, nous examinons les choses de cette façon: Relations + Comportement + Etat + Activité -> Rolons. La théorie rolonique divise ensuite les métadonnées en relations et au comportement, tout en ajoutant l'historique des activités que Rolon a participé. C'est cette façon globale et structurée de regarder des choses qui rend les roloniques si puissantes. Le contexte de contextOrther différence entre OO et Rolonics est le contexte. Dans Rolonics, chaque entrée de rolon, de chaque section et de section a accès à l'environnement qu'il opère. Ceci est mis en uvre à l'aide d'une méthode d'inversion de contrôle (COI) qui fournit à chaque objet avec des informations sur son contexte. Coodbms étend le contexte fourni par Cowdb avec les méthodes GetMyrolon () et GetMyunit. Temps dans Coodbms, le Junit lui-même est un calendrier, comme cela peut être un grand livre, descripteur ou une section classifieur. Les calendriers sont essentiels à l'enregistrement de l'activité et à la planification. Comme presque tout le reste, Coodbms touche à peine ce sujet. Joodbms, la couche suivante sur Coodbms, plonge beaucoup plus profondément dans cet aspect. La mise en uvre des termes de Cowdb Les règles sont toujours des objets de première classe, ce qui signifie qu'ils sont sous un index. Les unités et les sections Sous-classe Plist ou plargetable. Et les entrées de section peuvent être n'importe quel POBJECT. Pour rejoindre les rolons dans une structure plus grande, chaque rolon contiendra une section de parents et d'un classificateur pour enfants. Ces CSEC contiennent une liste de pharmées contenant les noms d'autres rolons dans le même indice. La logique de comptage de référence est également modifiée de manière à ce qu'un rolon qui ne soit pas bien connu et qui n'a pas de parents ne sera supprimé. Et comme les rolons sont organisés comme un graphique non cyclique, le comptage de référence fonctionne assez bien. Les chemins de pathernes et la résolution PathName sont également augmentés, même si une rolon peut avoir plusieurs noms de chemin. Lorsqu'un nom de chemin est créé pour un Rolon, le premier parent de la société mère CSEC est utilisé. Les éléments roloniques sont créés à l'aide des mêmes méthodes que ceux utilisés dans la CADDB, mais notent qu'un Rolon ne peut être créé que dans un index (Rolons étant des objets de première classe) et des sections ne peuvent être créées que dans une unité ou une autre section. (Sections étant les nuds de l'arbre dont la racine est une unité. Ce qui est nouveau dans cette version: · Il n'y a pas de bugs connus à la suite de cette version, qui comprend des corrections pour les problèmes de mise en cache, des fuites de mémoire et la navigation de la durée passée. · Multi- Les tests de contrainte filetée ont également été complétés avec succès.

AgileWiki Coodbms Logiciels associés