Para comprender esta decisión, debe comprender el historial del software de Windows con referencia específica a Word y Excel.
Había una vez una cosa llamada intercambio dinámico de datos, o DDE, que permitía la colaboración entre dos aplicaciones en ejecución. Un uso de DDE permitió la incrustación (por ejemplo) de un trozo de hoja de cálculo de Excel en un documento de Word.
Word tiene una tabulación básica, pero Excel es tablas por excelencia , por lo que fue una buena disposición, especialmente cuando los valores pueden calcularse a partir de los datos en otra hoja de cálculo vinculada.
- ¿Cuál es el mejor instituto de formación C # en Bangalore?
- ¿Cuál es el mejor software para aprender a diseñar Grafix?
- ¿Desde dónde debería comenzar a crear mi propia aplicación usando Java?
- Perdí mi archivo. ¿Hay alguna forma de recuperar estos datos?
- ¿Qué software es mejor para implementar el reconocimiento facial en tiempo real?
La gente hizo un uso cada vez más elaborado de esta instalación y el apoyo para él se hizo cada vez más elaborado. Con la transición de la multitarea cooperativa de 16 bits a Windows de 32 bits, la vinculación e incrustación de objetos se convirtió en una tecnología por derecho propio. Es posible que lo conozca como OLE que gradualmente se transformó en COM y ActiveX. Desde Office95, las aplicaciones de Microsoft Office se han implementado con tecnología COM.
Cuando edita un documento, está creando y configurando propiedades en una jerarquía de objetos COM. Cuando guarda este documento, está serializando todo el gráfico. Serializar significa almacenarlo como una secuencia lineal de bytes. El gráfico en este contexto se refiere a un árbol de objetos COM. Esos objetos pueden ser parte o la totalidad de otra aplicación de Office, que puede contener objetos incrustados, o pueden ser de algún otro servidor COM, por ejemplo, una foto JPEG.
Cuando hace clic en Guardar en Word, esto crea una secuencia (una forma de escribir en un archivo en el disco) y le dice al objeto más externo que se serialice en la secuencia. En el proceso de hacerlo, le dice a cada uno de los elementos COM incrustados en él que se serialicen en la secuencia, y lo mismo hacen.
Históricamente, la serialización COM básicamente hacía una copia binaria del objeto desde la memoria al flujo de archivos. Esto es lo que hay en un archivo DOC.
Sin embargo, también puede describir un objeto COM y todas sus propiedades, algunas de las cuales pueden ser objetos COM incrustados, utilizando XML.
Si, en lugar de una copia binaria de memoria, el objeto COM se describe a sí mismo y su estado usando XML, lo que obtienes es un archivo DOCX.
Con el enfoque binario, cargarlo de nuevo en la memoria es muy simple: copiar del archivo a la memoria. A menos que lo esté cargando en una plataforma diferente, como una Mac. Luego necesita un montón de software de carga complicado para decodificarlo y producir el objeto equivalente de MacWord y luego establecer todas sus propiedades.
Este material multiplataforma es mucho menos complicado si todo lo que tiene que analizar es XML. Analizar XML es muy fácil y muy rápido y no tiene endianness para complicar tu vida.
¿Pero por qué debería importarle a Microsoft?
Primero, Microsoft recibe muchas tonterías de Evil Empire sobre encerrar deliberadamente a las personas. Honrar un estándar abierto lo apaga. En segundo lugar, libera a Microsoft de las restricciones de compatibilidad de bits en todas las versiones. Tercero, se puede transformar con XSLT. Cuarto, es transparente. Puedes ponerle un virus pero no puedes ocultarlo .
