| |
Verhältnis-Service V1.0 Halten Sie DesigncGrundregeln Instand April 2000 VII Grundlegende, Flexible Dienstleistungen Die Dienstleistungen werden entworfen, um einen Sachebrunnen zu tun und sind nur so schwierig wie sie Notwendigkeit zu sein. Einzelne Dienstleistungen sind durch selbst verhältnismäßig einfach dennoch sie Dose, vorbei die Tugend ihrer Strukturierung als Gegenstände, wird zusammen in interessantem und in leistungsfähigem kombiniert Weisen. Z.B. können der Fall und die Lebenszyklusservices, plus einen zukünftigen Verhältnis-Service, Spiel zusammen zum Stützen der Diagramme der Gegenstände. Gegenstanddiagramme treten allgemein im realen auf Welt und muß in viele Anwendungen gestützt werden. Ein Funktions-reiches Heft zusammengesetzter Gegenstand z.B. kann mit dem Lebenszyklus konstruiert werden und nennen, Fälle und zukünftige Verhältnis-Services als Bausteine. Generische Dienstleistungen Dienstleistungen werden entworfen, um generisch zu sein dadurch, daß sie nicht von der Art des Klienten abhängen wenden Sie noch, im allgemeinen, auf der Art der Daten ein, die in Anträge übermittelt werden. Z.B. der Fall Kanal-Interfaces nehmen Falldaten irgendeiner Art an. Klienten des Services können dynamisch stellen Sie die tatsächliche Datenart fest und fassen Sie sie passend an. Erlauben Sie die lokalen und Remoteimplementierungen Im allgemeinen werden die Dienstleistungen strukturiert, während CORBA mit Schnittstellen OMG IDL das einwendet kann am Ort oder entfernt erreicht werden und das lokale Bibliothek oder Remotebediener haben kann Arten von Implementierungen. Dieses erlaubt beträchtliche Flexibilität was die Position betrifft von den Teilnehmengegenständen. So z.B. wenn die Leistungsanforderungen von a bestimmte Anwendungsvorschrift kann es, Gegenstände eingeführt werden, um mit einer Bibliothek zu arbeiten Wenden Sie Adapter ein, der ihrer Durchführung im gleichen Prozeß wie der Klient ermöglicht. Qualität des Services ist eine Implementierungseigenschaft Service-Schnittstellen werden entworfen, um eine breite Strecke der Implementierungsannäherungen zu erlauben abhängig von der Qualität des Services angefordert in einem bestimmten Klima. Z.B. im Falle kann der Service, eine Fallführung eingeführt werden, um schnell zur Verfügung zu stellen aber unzuverlässige Anlieferung von Fällen oder von langsamerer aber garantierter Anlieferung. Jedoch die Schnittstellen zur Fallführung sind dieselben für alle Implementierungen und alle Klienten. Weil Richtlinien werden nicht in eine komplizierte Arthierarchie, Entwickler kann Einzelheit vorwählen verdrahtet Implementierungen wie Bausteine und sie leicht mit anderen Bestandteilen kombinieren. Gegenstände verschw50ren häufig sich in einem Service Dienstleistungen werden gewöhnlich in einige eindeutige Schnittstellen zerlegt, die unterschiedliches liefern Ansichten für unterschiedliche Arten der Klienten des Services. Z.B. ist der Fallservice bestanden aus PushConsumer PullSupplier und EventChannel Schnittstellen. Dieses vereinfacht die Weise, in der ein bestimmter Klient einen Service verwendet. |  |
|
| |
|
|