Bericht_Nr.465_T ... - TUHH

Weitere Magazine

Empfehlungen

Info

2) die verschiedenen verfügbaren Variablentypen. In der vorliegenden Form gibt es nur Integer-Werte. Dies ist natürlich nicht ausreichend, da auf Jeden Fall Real- Werte für Koordinaten und Faktoren und Zeichenketten für Textdaten benötigt werden. Weitere Datentypen (vielleicht nur innerhalb von Makros) wären bool'sche und Zeichen-Variable. 3) der Mechanismus für die externe Referenz von Segmentund/oder Makro-Bibliotheksdateien. ~) die Eigenschaften der einzelnen Entities. Es wurden einige der weiter oben behandelten Entities vorgesehen. Die Parameter dieser Entites können sich an diesen Konzepten orientieren. 5.3. Schlußbemerkung Das vorstehende Beispiel zeigt die Möglichkeiten, die bestehen, um eine übersichtliche und leistungsfähige Sprachdefinition für eine Anwendung wie den Austausch grafischer Daten bzw. von Produktdaten in Form von Dateien zu schaffen. Einige wichtige vorher festgestellte Anforderungen werden auf einfache Weise realisiert, z.T. bedingt durch den relativ hohen Abstraktionsgrad der Syntax. Nicht alle Möglichkeiten wurden ausgenutzt und ebenso sind einige wichtige Anforderungen noch nicht berücksichtigt worden. Dies ist Jedoch prinzipiell möglich. Bei der hier gewählten Lösung wurde besonderer Wert auf gute Lesbarkeit der Datei gelegt, um das Verständnis dieses Ansatzes zu erleichtern. Es ist aber ebenfalls möglich, im Hinblick auf den Platzbedarf entweder alternativ oder als einzige Möglichkeit die Kennworte z.B. durch kurze binäre Kennzahlen (sog. 'token') darzustellen. Der Parser kann auch solche Daten, genauso wie auch binäre Zahlenwerte, verarbeiten, da nur geringfügige ~nderungen an dem Verfahren der lexikalischen Analyse notwendig sind. Es gibt eine Vielzahl von Möglichkeiten, um hier platzsparende Alternativen zu schaffen. Für die Darstellung binärer Zahlen sollte das Zahlenformat gemäß dem IEEE-Standard verwendet werden, /CavaB5, S.~~6 ff./ und /StevBl/, da dieser in Zukunft maßgebend für Fließkomma-Verarbeitung sein wird. Durch die Generierungsmöglichkeiten, verbunden mit automatischer vollständiger Validierung ist der wesentliche Nachteil der aufwendigen und daher teueren und unsicheren Implementation, der einer solchen Lösung sicherlich zugerechnet wird, verringert worden. Da die verfügbare Zeit 59
ebenso wie die Leistungsfähigkeit des verwendeten Tischrechners begrenzt war, kann angenommen werden, daß ein solches Projekt unter Anwendung der heute verrügbaren Möglichkeiten sogar recht schnell und kostengünstig realisert werden kann /Thom8~/. Durch die zwangsläufig 'umsonst' erhaltene Validierung ist eine solche Lösung dann sicherlich konkurrenzfähig. 60
Seite 1 und 2:
465 | März 1986 SCHRIFTENREIHE SCH
Seite 3 und 4:
INSTITUT FÜR SCHIFFBAU DER UNIVERS
Seite 5 und 6:
Anforderungen an einen Standard fü
Seite 7 und 8:
~. Anwendungsorientisrte Normenentw
Seite 9 und 10:
Die physikalische Schicht (physical
Seite 11 und 12:
Ein weitergehendes Protokoll ist du
Seite 13 und 14:
Die EHKP-Definitionen werden in Ein
Seite 15 und 16: schicht unterstützt, allerdings ma
Seite 17 und 18: 2.1.1. Platzbedarf Grafische Daten
Seite 19 und 20: 2.2. Schiffsfcrmdaten-Schnittstelle
Seite 21 und 22: Chydrodynamische sowie elektrotechn
Seite 23 und 24: Im folgenden sollen die wichtigsten
Seite 25 und 26: Alle grafischen Primitiva und Funkt
Seite 27 und 28: Message: Es Meldung wird in einem r
Seite 29 und 30: 3.1.5. BOndelbare Attribute 3.1.5.1
Seite 31 und 32: Die Metafile-funktionen erlauben di
Seite 33 und 34: In CORE ergeben sich zahlreiche Mö
Seite 35 und 36: 3.3. UDM und UDI UDM (Uirtual Devic
Seite 37 und 38: ~. Anwendungsorientierte Normenentw
Seite 39 und 40: ~.1.3. N1chtgecm8t~18che Daten Jede
Seite 41 und 42: Sequentielle Bearbeitung: ist mögl
Seite 43 und 44: ~.e. IGES Die Initial Graphics Exch
Seite 45 und 46: CIRCULAR ARC (100): Kreis oder Krei
Seite 47 und 48: RATIONAL B-SPLINE SURFACE (128): En
Seite 49 und 50: WITNESS LINE (106): Hilfslinien, di
Seite 51 und 52: damit verbundenen darstellen. Die K
Seite 53 und 54: Line Widening: Diese Property Entit
Seite 55 und 56: Symbole: Alle Entities können mit
Seite 57 und 58: eschriftung geht, gut darstellen. N
Seite 59 und 60: daher eine große Anzahl von Konsis
Seite 61 und 62: konfliktfreie Grammatik zu zusätzl
Seite 63 und 64: Die nicht-graFischen Primitiva sind
Seite 65: Die restlichen Produktionen definie
Seite 69: Kern83/ Kernighan, Brian. W.; Ritch
Seite 72 und 73: BNF-PROGRAMMIERBARER PARSER file: B
Seite 74 und 75: BNF-PROGRAMMIERBARER PARSER f i 1e
Seite 76 und 77: BNF-PROGRAMMIERBARER PARSER .f i 1
Seite 78 und 79: BNF-PROGRAMMIERBARER PARSER 401 : 4
Seite 80 und 81: BNF-PROGRAMMIERBARER PARSER f i I e
Seite 82 und 83: BNF-PROGRAMMIERBARER PAF:SER f i 1
Seite 84 und 85: BNF-PROGRAMMIERBARER PARSER termlis
Seite 86 und 87: PL PARSER EINGABE FUER GDA point pl
Seite 88 und 89: l- x I- QW~ ID~QJQJ~ ce um m_E CC::
Seite 90 und 91: OJ u u ~ ~ W 0 0 o. ~ ~ m >. ~ ~ ~
Seite 92 und 93: N .~ '" L E ~ (lJ .c o. " L CL. m ~
Alle anzeigen

Bericht_Nr.465_T ... - TUHH

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?