Interface negotiation is the abilit

Interface negotiation is the ability to ask a COM object at runtime which other interfaces it supports. Because all COM objects must implement the IUnknown interface, all COM objects support interface negotiation. Thus COM clients can access any COM object and use QueryInterface to determine which interfaces the COM object supports. The ability to query the interface supported allows COM clients to decide at runtime which interface to use.
QueryInterface allows the COM object to pass an interface pointer to other COM objects that don't even have to be on the same machine. COM uses QueryInterface to aggregate many COM objects. It allows components to evolve over time and yet still be backward-compatible with older clients, while new clients are allowed to access new features through new interfaces.
This interface negotiation feature gives COM architectural appeal. COM objects describe their features at a high level of abstraction. This permits COM clients the ability to query the COM object to see whether it supports a particular interface (a feature set). Compare this to a CORBA object's single interface model. The ability of a COM client to request the feature set of a COM object allows for the flexibility you'd expect from a component object model. In other words, COM objects should be allowed to mature and develop new features without breaking old clients, yet allow new clients access to those features.

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

Giao diện đàm phán là khả năng để yêu cầu một đối tượng tại thời gian chạy mà khác giao diện nó hỗ trợ. Bởi vì tất cả COM các đối tượng phải thực hiện giao diện IUnknown, tất cả COM các đối tượng hỗ trợ giao diện đàm phán. Do đó COM khách hàng có thể truy cập vào bất kỳ đối tượng và sử dụng QueryInterface để xác định đó giao diện COM đối tượng hỗ trợ. Khả năng để truy vấn giao diện được hỗ trợ cho phép COM khách hàng để quyết định tại thời gian chạy mà giao diện sử dụng.
QueryInterface cho phép đối tượng để vượt qua một con trỏ giao diện cho các đối tượng COM khác thậm chí không có để trên cùng một máy. COM sử dụng QueryInterface để tổng hợp nhiều COM các đối tượng. Nó cho phép các thành phần để phát triển theo thời gian và vẫn còn chưa được tương thích với khách hàng lớn, trong khi khách hàng mới được phép truy cập vào các tính năng mới thông qua giao diện mới.
Này tính năng đàm phán giao diện cho COM kiến trúc hấp dẫn. COM các đối tượng mô tả các tính năng ở một mức độ cao của trừu tượng. Điều này cho phép khách hàng COM khả năng để truy vấn đối tượng để xem liệu nó hỗ trợ một giao diện đặc biệt (một tính năng thiết lập). So sánh điều này với mô hình giao diện duy nhất của một đối tượng CORBA. Khả năng của một khách hàng COM yêu cầu tính năng thiết lập của một đối tượng cho phép cho sự linh hoạt bạn mong chờ từ một mô hình đối tượng thành phần. Nói cách khác, các đối tượng COM nên được phép để trưởng thành và phát triển các tính năng mới mà không vi phạm các khách hàng cũ, được cho phép khách hàng mới truy cập vào các tính năng đó.

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

Giao diện đàm phán là khả năng để yêu cầu một đối tượng COM trong thời gian chạy giao diện khác mà nó hỗ trợ. Bởi vì tất cả các đối tượng COM phải thực hiện giao diện IUnknown, tất cả các đối tượng COM hỗ trợ giao diện đàm phán. Vì vậy khách hàng có thể truy cập bất kỳ COM đối tượng COM và sử dụng QueryInterface để xác định giao diện hỗ trợ các đối tượng COM. Khả năng truy vấn hỗ trợ giao diện COM cho phép khách hàng để quyết định trong thời gian chạy mà giao diện sử dụng.
QueryInterface cho phép các đối tượng COM để vượt qua một con trỏ giao diện đến các đối tượng COM khác mà thậm chí không phải là trên cùng một máy. COM sử dụng QueryInterface để tổng hợp nhiều đối tượng COM. Nó cho phép các thành phần phát triển theo thời gian nhưng vẫn tương thích ngược với các khách hàng lớn tuổi, trong khi các khách hàng mới được phép truy cập các tính năng mới thông qua giao diện mới.
tính năng đàm phán giao diện này cho phép COM hấp dẫn kiến trúc. Các đối tượng COM mô tả tính năng của họ ở một mức độ trừu tượng cao. Điều này cho phép khách hàng COM khả năng truy vấn các đối tượng COM để xem liệu nó hỗ trợ một giao diện cụ thể (một bộ tính năng). So sánh với mô hình giao diện duy nhất một đối tượng CORBA. Khả năng của một khách hàng COM để yêu cầu tính năng thiết lập của một đối tượng COM cho phép sự linh hoạt mà bạn mong đợi từ một mô hình đối tượng thành phần. Nói cách khác, các đối tượng COM nên được cho phép để trưởng thành và phát triển các tính năng mới mà không vi phạm các khách hàng cũ, nhưng cho phép các khách hàng mới truy cập vào các tính năng.