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ư giao diện mục tiêu. Đơn ủy thác Quần đảo Marshall dữ liệu và gửi đến phía máy chủ. Ngẫu nhiên lấy dữ liệu được gửi từ các khách hàng ủy quyền và unmarshalls dữ liệu. Các tham số được chiết xuất và được 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 máy chủ không cần phải lo lắng về những chi tiết này. Hệ phục vụ xử lý các thông số và trả về các tham số cho 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ừ các đối tượng 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, làm cho các trường hợp trong quá trình một mô hình gọi nhanh — chỉ cần 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ý các chi tiết quá trình đường giao tiếp cho giao diện đó. COM tạo ra "ngẫu nhiên" trong quá trình của đối tượng 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 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 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 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 này. Proxy có chính xác chức năng tương tự như giao diện mục tiêu. 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 chỉ đơn giản là có thể vượt qua con trỏ trực tiếp từ đối tượng cho khách hàng, bởi vì con trỏ đó là hợp lệ 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, trường hợp trong quá trình một mô hình chỉ gọ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.