afficher >><< masquer ]
SAMPI - Editeur structuré
1. Le Problème et la Proposition
2. Le Langage Primitif de Représentation Textuelle
2.1. Présentation de la Syntaxe Concrète
2.2. Notations
2.3. Exemple de structuration des données
2.4. Exemple de structuration des traitements
2.5. Exemple de structurations connexes
3. Le Langage Complété pour la Structuration des Textes
3.1. Présentation de la Syntaxe Complétée
3.2. Etude quantitative de l'évolution des programmes
3.3. L'édition syntaxique
3.4. étude de cas : le langage LTR3 et l'atelier ENTREPRISE
4. L'Enrichissement du Langage par de Nouveaux Concepts
4.1. Présentation de la Syntaxe Abstraite
4.2. Les difficultés
4.3. Compléter la Syntaxe
5. La Formalisation des Solutions Techniques
5.1. L'évaluation fonctionnelle
5.1.1. L'évaluation symbolique
5.1.11.1. Le problème initial
5.1.11.2. La structuration des textes
5.1.11.3. Les valeurs d'environnement
5.1.2. Le calcul symbolique
5.1.3. Résumé
5.2. La structuration par les objets
5.3. Modèle sémantique comparé de l'évaluateur
5.4. Comparaison critique
5.5. Construction de la Syntaxe Abstraite
6. Les Comparaisons avec d'autres Approches
7. Les Perspectives
8. Les Editeurs
8.0. brisé sur la barrière de la complexité (une fois de plus)
8.1. L'éditeur ligne : Manuel de l'utilisateur
8.2. L'éditeur page : Guide de l'utilisateur
9. Les Aspects d'Implantation
9.1. Contexte d'évaluation
9.2. La Syntaxe Abstraite : Manuel du concepteur
9.3. L'éditeur page : Guide de l'implanteur
Références
Rubrique Perl-Javascript

L'évaluation symbolique

1. Le problème initial

2. La structuration des textes

3. Les valeurs d'environnement

3. Les valeurs d'environnement

A ce stade, on a défini des "objets", qui peuvent se décomposer en couches hiérarchiques, mais qui ne présentent qu'une seule propriété : l'évaluation du texte.

L'exemple précédent se présente comme suit :

Hiérarchie des textes

L'« utilisateur » ne peut accéder qu'aux symboles txt1, txt2 ou txt3 ; dans txt1, on n'accède qu'à a ou b ; dans a, on n'accède qu'à u ou v ; ... Il manque donc, pour réellement structurer les textes, la notion de module :

 (P4) 

on veut pouvoir définir des définitions connexes de textes, qui pourront partager ou mettre en commun des services ou propriétés.

Au lieu d'introduire un nouveau type de lien, on introduit un nouveau type d'évaluation :

 (R3) 

se REFERER à un texte, c'est évaluer l'environnement de définition du texte nommé, et "recueillir" cet environnement dans un contexte d'évaluation.

L'évaluation ne porte pas ici sur la valeur de représentation du texte mais sur sa valeur d'environnement. Le résultat ne peut donc pas être utilisé en tant que forme évaluée d'un lien symbolique mais plutôt comme complément au contexte d'évaluation de ce lien symbolique.

Par exemple :
use a ref txt1
correspond à EVALUER le lien symbolique "a" en se REFERANT (symboliquement) à "txt1", ce qui revient ici à évaluer le texte de nom a défini dans txt1.