| |
3-4 Realzeit-CORBA, v1.1 August 2002 3 die festlegenpolitik, die durch die festlegenservice-Implementierung erzwungen wird. Festlegenservice-Implementierung sollte offenbar dokumentieren, was POA-Funktelegraphiepolitische Linien es verwendet unter verschiedenen Bedingungen. Schedule_object wird zur Verfügung gestellt, um den festlegenservice Gegenstand erzielen zu lassen waagerecht ausgerichtete Steuerung über der Terminplanung des Gegenstandes. Politische Linien Funktelegraphie POA in der Funktelegraphie ORB gewähren etwas Steuerung über der Terminplanung der Gegenstandanforderungen, aber muß für alle Gegenstände so tun gehandhabt durch jedes POA. Etwas Realzeitterminplanung, wie Prioritätsdecke Parallelitätssteuerung, erfordert die Gegenstand-Niveauterminplanung. Das schedule_object Anruf bringt das Gegenstand-Niveau an, das mit den festlegenparametern z.B. festlegt Prioritätsdecke für den Gegenstand. Diese festlegenparameter werden innerlich vorbei abgeleitet der festlegenservice, den Namen verwendend geführt in den Anruf. 3,4 Beispiel Der folgende Beispielgebrauch von dem festlegenservice, in C++, verwendet zwei CORBA wendet jedes stützende zwei Betriebe ein: method1 und method2. Ein Klient wünscht zu benennen Sie method1 auf beiden Gegenständen unter einem Stichtag und benennen Sie nachher method2 an beide Gegenstände unter einem anderen Stichtag. Für Klienten und Bediener wird es, daß der relevante festlegenservice begonnen wird angenommen, daß festlegenservice-Fall vorhanden ist und daß ein passendes PriorityMapping hat die Rückstellung des ORB-Verkäufers s überlaufen. Der Gebrauch von Namen anstelle von den tatsächlichen CORBA-Prioritäten im Anwendungscode hat zwei Hauptvorteile. 1. Der Gebrauch von Namen anstelle von den Prioritätszahlen erlaubt das Ändern der festlegenpolitik; z.B. vom Stichtag monoton monotones ohne zu ändern oder Re veranschlagen kompilierender Anwendungscode. Wenn der gewählte festlegenservice erzwang Der Stichtag, der monoton ist, ihn festlegend, konnte zum Beispiel CORBA innerlich zu verwenden Priorität 10 für activity1 und CORBA-Priorität 12 für activity2. Wenn ein unterschiedliches Implementierung des festlegenservices wurden, es konnte innerlich verwenden verwendet vollständig unterschiedliche CORBA-Prioritäten, damit diese zwei CORBA-Tätigkeiten a verwirklichen unterschiedliche festlegenpolitik; z.B. monotone Terminplanung der Rate. 2. Der Gebrauch von Namen anstelle von den Prioritätszahlen darf * irgendwelche * CORBA ändern Priorität, ohne zu müssen, CORBA-Prioritätszahlen innen zu finden und vielleicht neuzuordnen Anwendungscode. Der festlegenservice ist der zentrale Platz zum Ändern von CORBA Prioritäten. Wieder können Änderungen in der Priorität ohne Re-kompilierende Anwendung vorgenommen werden Code. 3,4,1 BeispielcCode Des Bedieners C++ // BEDIENER C++ // Initialisieren Sie ORB CORBA::ORB_ptr-orb = CORBA::ORB_init(argc, argv); // Erhalten Sie Wurzel POA |  |
|
| |
|
|