COM uses a mechanism to pass parame

COM uses a mechanism to pass parameters and return values accross process boundaries.
The client calls the functions of the interface proxy, but the application need not worry
about the details of the process. The proxy has exactly the same functions as the target
interface. The proxy marshalls the data and sends to the server side. The stub gets the data
sent from the client proxy and unmarshalls the data. The parameters are extracted and
passed to the actual interface. The server implementation feels that the request comes
from a real client. In fact the stub calls the function on the server. But the server need not
have to worry about these details. The server processes the parameters and returns the
parameters to the stub. The stub marshalls the return values and send to the client proxy.
The proxy unmarshalls the return values and passed to the client.

When an in-process object is involved, COM can simply pass the pointer directly
from the object to the client, because that pointer is valid in the client's address space. Calls
through that pointer end up directly in the object code, as they should, making the in-
process case a fast calling model?just as fast as using raw DLLs

This "marshalling" sequence creates a "proxy" object and a "stub" object that handle
the cross-process communication details for that interface. COM creates the "stub" in the
object's process and has the stub manage the real interface pointer. COM then creates the
"proxy" in the client's process, and connects it to the stub. The proxy then supplies the
interface pointer that is given to the client.

Users may choose to implement their own custom marshalling by implementing the
IMarshall interface. The COM runtime first queried the IMarshall interface. If it cannot find
one, it uses the universal type library marshalling.

Kết quả (Việt) 1:

COM sử dụng một cơ chế để gởi tham số và trở về giá trị trên ranh giới tiến trình.
Khách hàng gọi các chức năng của proxy giao diện, nhưng các ứng dụng cần phải lo lắng
về các chi tiết của quá trình. Các proxy có chính xác các chức năng tương tự như mục tiêu
giao diện. Đơn ủy thác Quần đảo Marshall dữ liệu và gửi đến phía máy chủ. Ngẫu nhiên được dữ liệu
gửi từ khách hàng ủy quyền và unmarshalls dữ liệu. Các tham số được chiết xuất và
thông qua giao diện thực tế. Máy chủ thực hiện cảm thấy rằng yêu cầu đến
từ một khách hàng thực sự. Trong thực tế ngẫu nhiên cuộc gọi các chức năng trên máy chủ. Nhưng các máy chủ cần không
phải lo lắng về những chi tiết này. Các máy chủ xử lý các thông số và trả về các
tham số để khai về thực vật. Ngẫu nhiên quần đảo Marshall giá trị trả lại và gửi đến khách hàng ủy quyền.
Unmarshalls proxy trả lại giá trị và thông qua với khách hàng.

khi một đối tượng trong quá trình tham gia, COM có thể chỉ đơn giản là vượt qua con trỏ trực tiếp
từ đối tượng cho khách hàng, bởi vì con trỏ đó có hiệu lực trong không gian địa chỉ của khách hàng. Cuộc gọi
thông qua cuối cùng con trỏ lên trực tiếp trong mã đối tượng, như họ nên, thực hiện tại-
quá trình trường hợp một mô hình gọi nhanh? chỉ nhanh như sử dụng nguyên dll

này chuỗi "công" tạo ra một đối tượng "proxy" và một đối tượng "ngẫu nhiên" xử lý
chi tiết quá trình đường giao tiếp cho giao diện đó. COM tạo ra "ngẫu nhiên" trong các
đối tượng của quá trình và đã khai về thực vật quản lý con trỏ giao diện thực sự. COM sau đó tạo ra các
"proxy" trong quá trình của khách hàng, và kết nối nó với khai về thực vật. Proxy sau đó cung cấp các
con trỏ giao diện được trao cho khách hàng.

người dùng có thể chọn để thực hiện riêng của họ tùy chỉnh công bằng cách thực hiện các
IMarshall giao diện. Thời gian chạy COM đầu tiên truy vấn giao diện IMarshall. Nếu nó không thể tìm thấy
một, nó sử dụng chung loại thư viện công.

Kết quả (Việt) 2:

COM sử dụng một cơ chế để vượt qua các thông số và giá trị trả lại accross ranh giới quá trình.
Các khách hàng gọi các chức năng của các proxy giao diện, nhưng các ứng dụng không cần phải lo lắng
về các chi tiết của quá trình. Proxy có chính xác các chức năng tương tự như các mục tiêu
giao diện. Proxy Marshalls dữ liệu và gửi cho phía máy chủ. Stub được các dữ liệu
được gửi từ các proxy client và unmarshalls dữ liệu. Các thông số được trích lập và
thông qua giao diện thực tế. Việc thực hiện chủ cảm thấy rằng yêu cầu đến
từ một khách hàng thực sự. Trong thực tế, còn sơ khai gọi hàm trên máy chủ. Nhưng các máy chủ không cần
phải lo lắng về các chi tiết. Các máy chủ xử lý các thông số và trả về các
tham số cho các sơ khai. Stub Marshalls các giá trị trả lại và gửi cho các proxy client.
Proxy unmarshalls các giá trị trả lại và chuyển tới khách hàng. Khi một đối tượng trong quá trình tham gia, COM có thể chỉ đơn giản là vượt qua con trỏ trực tiếp từ đối tượng cho khách hàng, bởi vì đó con trỏ có giá trị trong không gian địa chỉ của khách hàng. Các cuộc gọi thông qua con trỏ mà cuối cùng trực tiếp trong mã đối tượng, khi họ cần, làm cho trong- trường hợp quá trình một mô hình gọi điện thoại nhanh? nhanh như sử dụng DLL liệu này "marshalling" tự tạo ra một "ủy nhiệm" đối tượng và một "sơ khai" đối tượng có thể xử lý các chi tiết giao tiếp giữa các quá trình cho giao diện đó. COM tạo ra "sơ khai" trong quá trình của đối tượng và có còn sơ khai quản lý con trỏ giao diện thực sự. COM sau đó tạo ra các "proxy" trong quá trình của khách hàng, và kết nối nó vào còn sơ khai. Proxy sau đó cung cấp cho con trỏ giao diện được đưa ra cho khách hàng. Người dùng có thể chọn để thực hiện marshalling tùy chỉnh của riêng mình bằng cách thực hiện các giao diện IMarshall. Thời gian chạy COM đầu tiên truy vấn giao diện IMarshall. Nếu nó không thể tìm thấy một, nó sử dụng phổ marshalling loại thư viện.