Objektpooling in com+...


Wie Object Pooling implementiert in COM+ ist?
Hinter diesem Konzept...
DIESER ARTIKEL BESCHREIBT DAS KONZEPT HINTER DER UMSETZUNG DER OBJEKTPOOLING IN COM+ RUNTIME.
Was ist COM?
Es ist eine Technologie, die eine Standardmethode für ein Client-Modul und Servermodul zur Kommunikation durch eine Reihe von Schnittstellen definiert. Das Modul könnte eine Anwendung oder eine DLL. Auch können Client und Server im gleichen Feld oder in verschiedenen Feldern werden
Was ist COM +?
Es ist nur eine erweiterte Version von COM kommen mit Windows 2000. Microsoft hat neu definiert und einige Begriffe/Funktionen mit COM+ hinzugefügt.
Was ist Objektpooling und warum brauchen wir Objektpooling?
Um die Notwendigkeit der Objektpooling besser zu veranschaulichen, betrachten Sie wir eine Beispiel-Webanwendung mithilfe von COM-Objekten. Die grundlegenden Funktionen einer solchen Anwendung mithilfe eines COM-Objekts würde wie folgt lauten:
a. erstellt ein COM-Objekt
b. verwendet das COM-Objekt durch verschiedene Methoden/Eigenschaften aufrufen.
c. zerstört das COM-Objekt
Lassen Sie uns davon ausgehen Sie, dass wir eine ASP-Seite in dieser Webanwendung und bekam einige 30.000 Anfragen für einen Tag / zu Spitzenzeiten. Lassen Sie uns annehmen Sie, dass die ASP-Seite auf dieser Seite drei COM-Objekte erstellt. Nach der Berechnung wäre also 90.000 Objekte erstellt und zerstört. Überflüssig zu sagen, es auf jeden Fall eine Menge Ressourcen und einen Overhead verbraucht. Was könnte werden getan, um dies zu vermeiden? Recyceln. Ja. Wir können die Objekte, die in einer einzigen Transaktion in die nächste Transaktion recyceln.
Hier kommt der Objektpool. Es ist ein Ort, wo die Anwendung der COM-Objekte zurückgeben, nach der Benutzung anstatt es zu zerstören. Also jedes Mal, wenn die Anwendung ein COM-Objekt erforderlich ist, muss sie die folgenden Schritte ausführen:
a. überprüft den Objektpool, sofern vorhanden. Wenn vorhanden ist, dann verwenden Sie es, oder erstellt ein neues COM-Objekt.
b. benutzen Sie b. das COM-Objekt durch seine Methoden/Eigenschaften aufrufen.
c. es zurück an den gleichen Objektpool nach der Benutzung.
Das sieht wie ein gutes Konzept bei der Reduzierung/Erhaltung der Verbrauch von Ressourcen in einer Webanwendung. Aber die nächste Frage in den Sinn kommt ist, dass wir alle, die in einer Webanwendung umsetzen können? Wir können; aber wir müssen die folgenden Dinge im Auge zu denken.
a. Wer ist zuständig für die Verwaltung der Objektpool?
b. wenn die Objektpool erstellt/zerstört sein wird?
c. wenn werden die Objekte erstellt/zerstört in diesem Pool?
d. wenn diese Objekte in diesem Pool zerstört werden?
e. wie weiss die Webanwendung, die Objekte im Pool verwenden? Muss die Anwendung einen separaten Code zum Aufrufen eines Objekts in der Objektpool schreiben?
f.: wie schaffen wir mehrere Clients den Zugriff auf ein Objekt in der Objektpool?
Aber diese in jede Webanwendung zu implementieren, ist wirklich eine schwierige Aufgabe und es ist einen Overhead auf der programmer's Seite; Auch es ist fehleranfällig.
Hier kommt die COM+!!!

COM + hilft uns in diesen Prozessen zu tun, ohne eine einzige Zeile Code in unsere COM-Objekt. Das ist die Schönheit von COM+. Eine COM+-Anwendung ist in der Regel einer MTS-Anwendung in der früheren Windows-versions(NT,95); aber in Windows 2000 wurde der Name in COM+ geändert. Das ist es.
COM+ bietet uns mit vielen Dienstleistungen. Eine ihrer Dienstleistungen ist dieses Object Pooling. Alles, was wir zu tun haben soll die Komponenteneigenschaften in Component Services Editor Objektpooling verwendet zu setzen. Der Rest wird von der COM+ Runtime kümmern.
Aber in COM+ 1.0, gibt es einige Beschränkungen bezüglich der Nutzung seiner Dienste von COM-Objekten, die von verschiedenen Sprachen entwickelt. Dies ist aufgrund der Inkompatibilität zwischen der COM+ und Sprachen.
Ab sofort können keine COM-Objekte mithilfe von Visual Basic entwickelt die COM+ Objektpooling Dienst benutzen. Ist das richtig? Irgendwelche Ideen? Was ist mit COM-Objekten mithilfe von Delphi entwickelt? Ist Delphi 5.0/6.0 COM+ kompatibel? Kann Delphi 5.0/6.0 alle com+-Dienste verwenden? Da ich keine Chance bekommen, diese auszuprobieren. Diskussionen sind willkommen!!!
Als COM-Objekte zerstört werden?
Wie jede COM weiß Programmierer, COM einige grundlegenden Methoden implementiert.
a. QueryInterface
b. AddRef
c. release
Aus dieser Methoden ist die Veröffentlichung verantwortlich für die Zerstörung des Objekts. Nachdem Sie das COM-Objekt erstellt wird, jedes Mal, wenn eine Methode des COM-Objekts aufgerufen wird, nenne es AddRef-Methode auf, um den Verweiszähler für die jeweilige Komponente erhöhen. Und nachdem der Methodenaufruf über wurde, wird der Verweiszähler von einem reduziert und sobald es Null erreicht, wird das COM-Objekt zerstört werden.
Verweiszähler ist eine Zahl, die Anzahl der aktiven Clients mithilfe des COM-Objekts angibt.
Wie Objektpooling in COM+ implementiert wird?
Dies wird durch das Abfangen der Aufrufe der Release-Methode von IUnknown implementiert. Wie Sie bereits wissen, jedes COM-Objekt verwaltet einen Verweiszähler und sobald es Null erreicht, dann ist das COM-Objekt zerstört. Aber das ist nicht gut, wenn wir / das Objekt Recycling Wiederverwendung möchten. Wiederum ist es nicht gut den Objektpooling-Dienst implementiert. Also Folgendes von COM+ implementiert werden:
a. COM+ unterhält eine zusätzliche Verweiszähler für COM-Objekte zu gebündelt werden, wenn das Objekt erstellt wird.
b. COM+ fängt Aufrufe Release-Methode für gepoolte COM-Objekte.
Die oben genannten zwei Dinge werden durch eine Technik namens Interception umgesetzt. Das Abhören ist durch eine leichte Proxy implementiert. Es hat auch einen Interceptor genannt. Es enthält eine kleine Menge an Code, die zwischen dem Client und dem eigentlichen Objekt fungiert. Dieser Code wird für Komponenten aufgerufen, die als zusammengefassten Komponenten gekennzeichnet sind. Also durch diese Technik, Inteception, implementiert COM+ Runtime das Objektpooling.
Alle diese sind hinter den Kulissen von COM+ Runtime geschieht. Alles, was wir tun, um diese Objektpooling Dienst nutzen besteht darin, sicherzustellen, dass wir die richtige 2option im Component Services-Editor festgelegt. Komponentendienste steht in Win 2000.
Dieser Artikel ist nur ein Anfang, COM+ und ich möchte später mehr auf dieser COM+ zu erkunden. Wenn Sie alle Ansichten, Kommentare haben oder keine Erfahrung damit haben, wenden Sie sich bitte zu teilen.
Genießen!!!
Vielen Dank.
Magesh.









Objektpooling in com+...


Objektpooling in com+... : Mehreren tausend Tipps, um Ihr Leben einfacher machen.


Wie Object Pooling implementiert in COM+ ist?
Hinter diesem Konzept...
DIESER ARTIKEL BESCHREIBT DAS KONZEPT HINTER DER UMSETZUNG DER OBJEKTPOOLING IN COM+ RUNTIME.
Was ist COM?
Es ist eine Technologie, die eine Standardmethode für ein Client-Modul und Servermodul zur Kommunikation durch eine Reihe von Schnittstellen definiert. Das Modul könnte eine Anwendung oder eine DLL. Auch können Client und Server im gleichen Feld oder in verschiedenen Feldern werden
Was ist COM +?
Es ist nur eine erweiterte Version von COM kommen mit Windows 2000. Microsoft hat neu definiert und einige Begriffe/Funktionen mit COM+ hinzugefügt.
Was ist Objektpooling und warum brauchen wir Objektpooling?
Um die Notwendigkeit der Objektpooling besser zu veranschaulichen, betrachten Sie wir eine Beispiel-Webanwendung mithilfe von COM-Objekten. Die grundlegenden Funktionen einer solchen Anwendung mithilfe eines COM-Objekts würde wie folgt lauten:
a. erstellt ein COM-Objekt
b. verwendet das COM-Objekt durch verschiedene Methoden/Eigenschaften aufrufen.
c. zerstört das COM-Objekt
Lassen Sie uns davon ausgehen Sie, dass wir eine ASP-Seite in dieser Webanwendung und bekam einige 30.000 Anfragen für einen Tag / zu Spitzenzeiten. Lassen Sie uns annehmen Sie, dass die ASP-Seite auf dieser Seite drei COM-Objekte erstellt. Nach der Berechnung wäre also 90.000 Objekte erstellt und zerstört. Überflüssig zu sagen, es auf jeden Fall eine Menge Ressourcen und einen Overhead verbraucht. Was könnte werden getan, um dies zu vermeiden? Recyceln. Ja. Wir können die Objekte, die in einer einzigen Transaktion in die nächste Transaktion recyceln.
Hier kommt der Objektpool. Es ist ein Ort, wo die Anwendung der COM-Objekte zurückgeben, nach der Benutzung anstatt es zu zerstören. Also jedes Mal, wenn die Anwendung ein COM-Objekt erforderlich ist, muss sie die folgenden Schritte ausführen:
a. überprüft den Objektpool, sofern vorhanden. Wenn vorhanden ist, dann verwenden Sie es, oder erstellt ein neues COM-Objekt.
b. benutzen Sie b. das COM-Objekt durch seine Methoden/Eigenschaften aufrufen.
c. es zurück an den gleichen Objektpool nach der Benutzung.
Das sieht wie ein gutes Konzept bei der Reduzierung/Erhaltung der Verbrauch von Ressourcen in einer Webanwendung. Aber die nächste Frage in den Sinn kommt ist, dass wir alle, die in einer Webanwendung umsetzen können? Wir können; aber wir müssen die folgenden Dinge im Auge zu denken.
a. Wer ist zuständig für die Verwaltung der Objektpool?
b. wenn die Objektpool erstellt/zerstört sein wird?
c. wenn werden die Objekte erstellt/zerstört in diesem Pool?
d. wenn diese Objekte in diesem Pool zerstört werden?
e. wie weiss die Webanwendung, die Objekte im Pool verwenden? Muss die Anwendung einen separaten Code zum Aufrufen eines Objekts in der Objektpool schreiben?
f.: wie schaffen wir mehrere Clients den Zugriff auf ein Objekt in der Objektpool?
Aber diese in jede Webanwendung zu implementieren, ist wirklich eine schwierige Aufgabe und es ist einen Overhead auf der programmer's Seite; Auch es ist fehleranfällig.
Hier kommt die COM+!!!

COM + hilft uns in diesen Prozessen zu tun, ohne eine einzige Zeile Code in unsere COM-Objekt. Das ist die Schönheit von COM+. Eine COM+-Anwendung ist in der Regel einer MTS-Anwendung in der früheren Windows-versions(NT,95); aber in Windows 2000 wurde der Name in COM+ geändert. Das ist es.
COM+ bietet uns mit vielen Dienstleistungen. Eine ihrer Dienstleistungen ist dieses Object Pooling. Alles, was wir zu tun haben soll die Komponenteneigenschaften in Component Services Editor Objektpooling verwendet zu setzen. Der Rest wird von der COM+ Runtime kümmern.
Aber in COM+ 1.0, gibt es einige Beschränkungen bezüglich der Nutzung seiner Dienste von COM-Objekten, die von verschiedenen Sprachen entwickelt. Dies ist aufgrund der Inkompatibilität zwischen der COM+ und Sprachen.
Ab sofort können keine COM-Objekte mithilfe von Visual Basic entwickelt die COM+ Objektpooling Dienst benutzen. Ist das richtig? Irgendwelche Ideen? Was ist mit COM-Objekten mithilfe von Delphi entwickelt? Ist Delphi 5.0/6.0 COM+ kompatibel? Kann Delphi 5.0/6.0 alle com+-Dienste verwenden? Da ich keine Chance bekommen, diese auszuprobieren. Diskussionen sind willkommen!!!
Als COM-Objekte zerstört werden?
Wie jede COM weiß Programmierer, COM einige grundlegenden Methoden implementiert.
a. QueryInterface
b. AddRef
c. release
Aus dieser Methoden ist die Veröffentlichung verantwortlich für die Zerstörung des Objekts. Nachdem Sie das COM-Objekt erstellt wird, jedes Mal, wenn eine Methode des COM-Objekts aufgerufen wird, nenne es AddRef-Methode auf, um den Verweiszähler für die jeweilige Komponente erhöhen. Und nachdem der Methodenaufruf über wurde, wird der Verweiszähler von einem reduziert und sobald es Null erreicht, wird das COM-Objekt zerstört werden.
Verweiszähler ist eine Zahl, die Anzahl der aktiven Clients mithilfe des COM-Objekts angibt.
Wie Objektpooling in COM+ implementiert wird?
Dies wird durch das Abfangen der Aufrufe der Release-Methode von IUnknown implementiert. Wie Sie bereits wissen, jedes COM-Objekt verwaltet einen Verweiszähler und sobald es Null erreicht, dann ist das COM-Objekt zerstört. Aber das ist nicht gut, wenn wir / das Objekt Recycling Wiederverwendung möchten. Wiederum ist es nicht gut den Objektpooling-Dienst implementiert. Also Folgendes von COM+ implementiert werden:
a. COM+ unterhält eine zusätzliche Verweiszähler für COM-Objekte zu gebündelt werden, wenn das Objekt erstellt wird.
b. COM+ fängt Aufrufe Release-Methode für gepoolte COM-Objekte.
Die oben genannten zwei Dinge werden durch eine Technik namens Interception umgesetzt. Das Abhören ist durch eine leichte Proxy implementiert. Es hat auch einen Interceptor genannt. Es enthält eine kleine Menge an Code, die zwischen dem Client und dem eigentlichen Objekt fungiert. Dieser Code wird für Komponenten aufgerufen, die als zusammengefassten Komponenten gekennzeichnet sind. Also durch diese Technik, Inteception, implementiert COM+ Runtime das Objektpooling.
Alle diese sind hinter den Kulissen von COM+ Runtime geschieht. Alles, was wir tun, um diese Objektpooling Dienst nutzen besteht darin, sicherzustellen, dass wir die richtige 2option im Component Services-Editor festgelegt. Komponentendienste steht in Win 2000.
Dieser Artikel ist nur ein Anfang, COM+ und ich möchte später mehr auf dieser COM+ zu erkunden. Wenn Sie alle Ansichten, Kommentare haben oder keine Erfahrung damit haben, wenden Sie sich bitte zu teilen.
Genießen!!!
Vielen Dank.
Magesh.


Objektpooling in com+...

Objektpooling in com+... : Mehreren tausend Tipps, um Ihr Leben einfacher machen.
Objektpooling in com+...
Wiezutun
Freunden empfehlen
  • gplus
  • pinterest

Kommentar

Einen Kommentar hinterlassen

Wertung