El marco de los objetos de la empresa del (o más comunmente, EOF ) fue introducido por el siguiente en 1994 como producto de trazado Objeto-emparentado pionero para su NeXTSTEP y las plataformas del desarrollo de OpenStep . El EOF abstrae el proceso de obrar recíprocamente con una base de datis relacional, trazando filas de la base de datos a los objetos Objetivos-c Java o . Esto releva en gran parte los reveladores del código bajo del SQL de la escritura. El EOF disfrutó de un cierto éxito del lugar en el mediados de los 90 entre las instituciones financieras que fueron atraídas a las ventajas rápidas del desarrollo de aplicaciones de la plataforma orientada al objeto siguiente. Desde fusión de s del Apple Computer la 'con después en 1996, EOF se ha desarrollado en una parte lleno-integrada del software de servidor de la aplicación web de Apple, WebObjects, donde es considerada por muchos ser una característica del sello.
Historia
En principio de los 90 la computadora siguiente reconoció que la conexión con las bases de datos era esencial para la mayoría de los negocios pero también potencialmente el complejo. Cada fuente de datos tiene una diversa lengua del dato-acceso (o API ), conduciendo encima de los costes para aprender y para utilizar el producto de cada vendedor. Los ingenieros siguientes quisieron aplicar las ventajas de la programación orientada al objeto, consiguiendo objetos al " talk" a las bases de datis relacionales. Pues las dos tecnologías son muy diferentes, la solución era crear una capa de la abstracción, aislando los reveladores de escribir el específico procesal bajo del código ( SQL ) a cada fuente de datos.
La primera tentativa vino en el 1992 con el lanzamiento del kit de la base de datos (DBKit), que envolvió un marco orientado al objeto alrededor de cualquier base de datos. Desafortunadamente, el NEXTSTEP no era en ese entonces bastante de gran alcance y DBKit tenía defectos de diseño serios.
la tentativa de s vino en segundo lugar en el 1994 con la versión 1. del marco (EOF) de los objetos de la empresa. Mientras que lejos son más de gran alcance que dbKit, los conceptos básicos detrás de él eran iguales.
Una reescritura completa de los underpinings, hacer lo más modular y el OpenStep compatible, lleva al lanzamiento de EOF 2.0 en el último 1995 .0 era el primer producto lanzado por el siguiente usar el kit de la fundación y los objetos autoreleased introducidos a la comunidad del revelador. El equipo de desarrollo era en ese entonces solamente tres personas: Craig Federighi, Eric Noyau y Dan Willhite.
El EOF alcanzó un nivel modesto de renombre en la comunidad programada financiera en el mediados de los 90, pero entraría en sus los propios con la aparición del World Wide Web y el concepto de las aplicaciones web . Estaba claro que el EOF podría ayudar a las compañías a tapar sus bases de datos de la herencia en el Web sin ninguna reescritura de eso los datos. Con la adición de armazones para hacer la gerencia del estado, el equilibrio de carga y la generación dinámica del HTML, podían después lanzar el primer servidor orientado al objeto de la aplicación web, WebObjects, en el 1996, con el EOF en su base.
En el 2000, el Apple Computer (que se había combinado con después) cayó oficialmente el EOF como producto independiente, significando que los reveladores no podrían utilizarlo para crear las aplicaciones de escritorio para el mac próximo OS x ., Sin embargo, continuaría siendo una parte integrante de un nuevo lanzamiento importante de WebObjects. WebObjects 5, lanzado en 2001, era significativo para el hecho de que sus armazones habían sido virados hacia el lado de babor de su lenguaje de programación Objetivo-c nativo a la lengua de Java . Los críticos de este cambio sostienen que la mayor parte de la energía del EOF era un efecto secundario de sus raíces Objetivas-c, y que el EOF perdió la belleza o la simplicidad él tenía una vez. Las herramientas de tercera persona, tales como EOGenerator, ayudan a llenar los deficiences introducidos por Java (principalmente debido a la pérdida de las categorías ).
Cómo el EOF trabaja
Los objetos de la empresa proporcionan las herramientas y los armazones para el trazado objeto-emparentado. La tecnología se especializa en el abastecimiento de mecanismos para recuperar datos de varias fuentes de datos, tales como bases de datis relacionales vía directorios de JDBC y de JNDI, y mecanismos para confiar datos de nuevo a esas fuentes de datos. Estos mecanismos se diseñan en un acercamiento acodado, abstracto que permita que los reveladores piensen de la recuperación y de la comisión de datos en un de alto nivel que un vendedor específico de la fuente de datos o de la fuente de datos.
¡Central a esto el trazado es un archivo del modelo (un " EOModel") que usted construye con un visual filetear el — EOModeler, o el enchufe de EOModeler al Xcode . El trazado trabaja como sigue:
Las tablas de base de datos del
se trazan a las clases.
Las columnas de la base de datos se trazan para clasificar cualidades.
Las filas de la base de datos se trazan a los objetos (o a los casos de la clase).
Usted puede construir los modelos de datos basados en fuentes de datos de existencia o usted puede construir modelos de datos del rasguño, que usted entonces utiliza para crear las estructuras de datos (las tablas, columnas, ensamblan) en una fuente de datos. El resultado es que los expedientes de base de datos se pueden transportar a los objetos de Java.
La ventaja de usar modelos de datos es que los usos están aislados de las idiosincrasias de las fuentes de datos que tienen acceso. Esta separación de la lógica de negocio de un uso de la lógica de la base de datos permite que los reveladores cambien la base de datos los accesos de un uso sin la necesidad cambiar el uso.
El EOF proporciona un nivel de transparencia de la base de datos no considerado en otras herramientas y permite que el mismo modelo sea utilizado para tener acceso a diversas bases de datos del vendedor e incluso permite relaciones a través de diversas bases de datos del vendedor sin código fuente cambiante.
Usar herencia
En el diseño los reveladores de los objetos de la empresa pueden leverage la característica orientada al objeto conocida como herencia . Un objeto del cliente, por ejemplo, hereda naturalmente ciertas características de un objeto de la persona, tal como nombre, dirección, y número de teléfono. En jerarquías de la herencia, el objeto o los superclass del padre es generalmente algo genéricos para poder agregar fácilmente subclases menos genéricas de un tipo relacionado. Así pues, además del objeto del cliente, un objeto del cliente también deriva naturalmente de un objeto de la persona. Mientras que esta clase de pensamiento es inherente en diseño orientado al objeto, las bases de datis relacionales no tienen ninguna ayuda explícita para la herencia. Sin embargo, usar la empresa se opone, usted puede construir los modelos de datos que reflejan jerarquías del objeto. Es decir, usted puede las tablas de base de datos de diseño apoyar herencia también diseñando la empresa se opone ese mapa a las tablas múltiples o a las vistas particulares de una tabla de base de datos.
¿Cuál es un objeto de la empresa (EO)?
Un objeto de la empresa es análogo a qué se sabe a menudo en la programación orientada al objeto como &mdash del objeto del negocio; una clase que modela un objeto físico o conceptual en el dominio del negocio (eg. un cliente, una orden, un artículo, etc. Qué hace un EO diferente de otros objetos es que sus mapas de datos del caso a un almacén de los datos. Típicamente, un objeto de la empresa contiene los pares del llave-valor que representan una fila en una base de datis relacional. La llave es básicamente el nombre de columna, y el valor es cuál estaba en esa fila en la base de datos. Puede ser dicho tan que las características de los EO persisten más allá de la vida de cualquier uso corriente particular.
Más exacto, un objeto de la empresa es un caso de una clase que ejecute el interfaz de com.
Un objeto de la empresa tiene un modelo correspondiente (llamado un EOModel) que defina el trazado entre el modelo de objeto de la clase y el esquema de la base de datos. Sin embargo, un objeto de la empresa no sabe explícitamente sobre su modelo. Este nivel de abstracción significa que los vendedores de la base de datos pueden ser cambiados sin él que afecta al código del revelador. Esto da a objetos de la empresa al alto nivel de reutilidad.
Datos del EOF y de la base
Muchos de los conceptos detrás del EOF fueron reintroducidos a los reveladores de la aplicación de escritorio con el lanzamiento del mac OS x tigre de en el abril de 2005 . Los datos de la base son un marco de la gerencia y de la persistencia del objeto-gráfico para los reveladores que usan el cacao API de Apple. En términos simples, esto significa que los datos de la base organizan la capa modelo del uso en un sistema de objetos de datos definidos de la en-memoria. Las pistas de datos de la base cambian a estos objetos y pueden invertir esos cambios a pedido, por ejemplo cuando un usuario realiza un comando del deshacer. Entonces, cuando es hora de ahorrar cambios a los datos de uso, quitar el corazón a los datos lleva el cuidado de archivar los objetos un almacén persistente.
Sin embargo, a pesar de muchas semejanzas, las dos tecnologías tienen diversas metas. El EOF es un Java - el marco basado que conecta como cliente con un servidor de base de datos. Los datos de la base son un Objetivo-c - marco basado diseñado para apoyar el desarrollo de la aplicación de escritorio. Los datos de la base apoyan un número de características no apoyadas por el EOF, y viceversa.
Características apoyadas solamente por el EOF
El EOF permite que usted utilice la aduana SQL, compartida corrigiendo contextos, y jerarquizada corrigiendo contextos. Los datos de la base no proporcionan el equivalente de una clase de EOModelGroup-the NSManagedObjectModel proporcionan los métodos para combinar modelos de modelos existentes, y para recuperar modelos combinados de paquetes. El EOF apoya la pre-recogida y la dislocación de la hornada de las relaciones, datos de la base no hace.
Características apoyadas solamente por Core Data
Las ayudas de los datos de la base trajeron características; configuraciones múltiples dentro de un modelo de objeto manejado; almacenes locales; y agregación del almacén (los datos para una entidad dada se pueden separar a través de almacenes múltiples); arreglo para requisitos particulares y localización de los nombres de característica y de las advertencias de la validación; y el uso de los predicados para la validación de la característica.| Random links: | Simplon (departamento) | Frank robusto | Partido de Nepal Sadbhawana | PocketStation | Protectores del sur (distrito electoral BRITÁNICO del parlamento) |