SRFI-35SRFI-35: Conditions http://srfi.schemers.org/srfi-35/srfi-35.html SRFI-35 is implemented in ChezScheme Gauche Guile Kawa MzScheme SISC STklos Scheme48 make-condition-type, condition-type?, make-condition, condition?, condition-has-type?, condition-ref, make-compound-condition, extract-condition, define-condition-type, condition &condition, &message, &serious, &error message-condition?, condition-message, serious-condition?, error? Integration of srfi-35 condition hierarchy and CLOS-style object systemIf the implementation supports CLOS-style object system, it may be natural to map each condition type to each class. Then (condition-has-type? cond type) is just a (is-a? cond type). However, this might cause a problem with compound conditions. If we want to keep condition-has-type? vs is-a? equivalence, (make-compound-condition cond0 cond1 ...) has to create a subclass that inherits all of (class-of condN). This means:
Different implementations seem to approach this differently.
| About This SiteHome Alphabetical Indexa b c d e f g h i j k l m n o p q r s t u v w x y z other ConceptsConcept:CaseSensitivity Concept:DocumentationFormat Concept:ExtendedLambdaList Concept:FileSystem Concept:FindAndAnyInCollection Concept:ForeignInterface Concept:HashTable Concept:Module Concept:Networking Concept:ObjectSystem Concept:Process Concept:RegularExpression Concept:UserGroup Implementations
External Links |