| |
2-28 LexikoncFragencService V1.0 Juni 2000 2 2,2,11 Schnittstelle TerminologyService // *************************************************************** // TerminologyService // *************************************************************** Schnittstelle TerminologyService{ schreibgeschütztes Attribut TerminologyServiceNameterminology_service_name; schreibgeschütztes lex_explorer AttributLexExplorer; schreibgeschütztes coding_scheme_locator AttributCodingSchemeLocator; schreibgeschütztes value_domain_locator AttributValueDomainLocator; Folgendes get_coding_scheme_ids() CodingSchemeId; Get_native_coding_scheme_info(CodingSchemeInfo ) hebt an ( NoNativeCodingScheme ); }; Der Lexikonfragenservice basiert auf einem Teilmodell, das nach dem OMG patterned ist HändlercService. [ 2 ] Dieses Muster macht es möglich, damit ein Klient einen Hinweis auf erhält irgendwelche der Primärterminologieservice-Schnittstellen und entdecken leicht, welches anderes Schnittstellen sind eingeführt worden. Es wird daß als mögliche zukünftige Schnittstellen für erwartet Terminologiedienstleistungen werden (wie Schreiben), der Bestandteil werden erweitert definiert jene Schnittstellen unterbringen. Ein Terminologieservice hat eine vorgeschriebenen und zwei wahlweise freigestellten Schnittstellen, die er kann Werkzeug. Es gibt eine Vielzahl der Systeme und Anwendungen, die unterschiedliches erfordern können Funktionalität von einem Terminologieservice. Wenn mehrfach, werden Gegenstände benutzt, um einzuführen Bestandteil alle müssen sie Übereinstimmung beibehalten, also kann der Klient sie als einzelnes behandeln Terminologieservice. Das heißt, alle Attribute auf dem TerminologyService Muß identische Rückholresultate. terminology_service_name Jeder Implementierungsfall von TerminologyService muß einen einzigartigen Namen haben. Der gewählte Name braucht notwendigerweise, keine Bedeutung zu haben. Der Name bildet ihn möglich für die Klienten, die ein Diagramm von TerminologyServices überqueren Dienstleistungen erkennen sie haben vorher angetroffen. Der Name ist statische Überzeit. Die Version innerhalb Name kann Überzeit ändern, unterschiedliche Neuausgaben des gleichen Services darzustellen. Wenn es zwei gibt oder mehr Gegenstände mit dem gleichen Terminologieservice-Namen müssen sie sein Replicas von einander. Die Einheit verwendete, Übereinstimmung zwischen beizubehalten Replicas ist Implementierung-abhängig und wird nicht herausgestellt, da Standardschnittstellen sind. lex_explorer |  |
|
| |
|
|