Publish and Subscribe fue un modelo de vinculación de documentos introducido por Apple Computer en System 7 . Nombrado Administrador de la edición en la documentación del desarrollador, [1] amplió el modelo de edición de cortar y pegar existente con un sistema de notificación; "suscriptores" podrían incluir partes de documentos "publicados" dentro de sí mismos, y los suscriptores notarían y actualizarían los cambios en el documento original publicado. Para el usuario, el sistema era muy similar al concepto de cortar y pegar; el material se seleccionaría del documento de origen y se publicaría, creando un archivo de edición , luego se colocaría en el suscriptor seleccionando ese archivo de recorte y colocándolo dentro del documento.
En términos generales, el concepto era muy similar a Microsoft 's Object Linking and Embedding sistema 1.0. A diferencia de OLE, Edition Manager era comparativamente complejo desde el punto de vista de la programación. [ cita requerida ] Al sufrir el efecto del segundo sistema , incluía características destinadas a hacerlo mejor que OLE, incluido el soporte para áreas no rectangulares, notificaciones de red y una extensa interfaz de usuario . [ cita requerida ] Un resultado de esta complejidad fue una mala aceptación entre los desarrolladores, y las aplicaciones que proporcionaban Publicar y Suscribir eran pocas y distantes entre sí. Uno de los pocos productos que lo utilizó de manera eficaz fue el paquete de software de Claris , incluido ClarisWorks, que ya había construido un sistema algo similar en concepto, pero que requería grandes cambios para que su propio sistema funcionara con OpenDoc . [2]
En ese momento, muchos en la industria sintieron que el concepto de Publicar y Suscribir era la "próxima gran novedad". Apple y Microsoft no fueron las únicas dos empresas que intentaron introducir un sistema de este tipo; la mayoría de los principales proveedores de software intentaron introducir sistemas similares [ cita requerida ] , y NeXTSTEP incluyó una versión. Sin embargo, los usuarios no encontraron el sistema útil. Además, a veces resultaba confuso de utilizar; si el documento incluía enlaces en vivo, ya no era posible simplemente copiarlo en un disquete (por ejemplo), el archivo de recorte también tenía que copiarse. Además, abrir sus aplicaciones a nuevos desarrolladores de componentes que competirían para proporcionar los mejores editores no resultaba atractivo para grandes corporaciones como Microsoft y Adobe. [3]
Ver también
Referencias
- ^ "Publicar y suscribirse (MacApp PG)" . Consultado el 16 de septiembre de 2007 . CS1 maint: parámetro desalentado ( enlace )
- ^ "Una breve historia de ClarisWorks" .
Una cosa necesaria era la integración con OpenDoc, que requirió una reestructuración masiva del programa. OpenDoc fue diseñado para abordar muchos de los mismos problemas que abordó ClarisWorks, y cada proyecto tenía sus propias ideas y metáforas para la integración de componentes y la arquitectura de interfaz.
- ^ "Macintosh vs Windows 95" (PDF) .
Los desarrolladores de aplicaciones podrán centrarse en escribir pequeños programas que hagan cosas específicas, en lugar de crear conjuntos completos. Esto hará que sea mucho más fácil para las empresas de software pequeñas e innovadoras volver a la industria ... Las aplicaciones OpenDoc se venderán como se venden hoy en día, ya través de los mismos canales. Pero al igual que con cualquier nueva tecnología, evolucionarán canales adicionales para capitalizar las fortalezas de la tecnología. Es probable que con el tiempo se utilicen almacenes de componentes en línea para distribuir algunas aplicaciones OpenDoc. OpenDoc habilitará nuevas aplicaciones y servicios en línea interesantes.