Mi opinión/comprensión es probablemente incorrecta y me voy a disparar en llamas por escribir esto.
Objeto Orientado a "mí" significa una forma de reconocer los modelos de datos clave esenciales para el contexto del problema y los métodos correspondientes que manipulan el estado de estos datos, también dentro del contexto del problema. Es un patrón para organizar datos. Otro patrón se organiza simplemente sobre la base de funciones subdivididas en niveles manejables: procedurales.
Patrón orientado a componentes no le importa mucho cómo organiza sus diferentes piezas de modelos de datos, pero cómo los ata. Así es como hablan el uno al otro. Podría ser de muchas formas COM/RPC, servicios web (RESTO/SOAP), etc. Eso es un acoplamiento flojo o acoplamiento ajustado.
Y el autor está tratando de decir que las capacidades COM se construyeron con un lenguaje que no proporciona instalaciones COM incorporado a ella :)
Mi entendimiento es que la afirmación es incorrecta como la elección de tie- la creación de los componentes, es una abstracción a un nivel superior al que proporciona el lenguaje como C/C++. COM solo proporciona una de las maneras de atar los componentes.
Buena pregunta. También enviaría un correo electrónico al autor para pedirles que quizás respondan esta pregunta aquí. –
Raramente enlace [Wikipedia] (http://en.wikipedia.org/wiki/Component-based_software_engineering#Differences_from_object-oriented_programming), pero cuando lo hago ... ¿O necesita una respuesta más detallada?) – raina77ow
Cuando se habla de COM, podría haber querido decir que no tenían soporte directo/integrado para trabajar con/crear objetos COM. Viéndolo de forma ligeramente diferente, las posibilidades son bastante buenas de que no se refiriera demasiado a la técnica, y simplemente estaba buscando una manera de distinguir el "nuevo brillante" del "viejo aburrido", así que se le ocurrió una frase de marketing que suena razonable. –