Enterprise Objects Framework

El Enterprise Objects Framework, o más comúnmente simplemente EF, fue introducido por Próxima en 1994 como una pionera Mapeo objeto-relacional producto para su NeXTSTEP y OpenStep plataformas de desarrollo. EF abstrae el proceso de interacción con un base de datos relacional, mapeo de las filas de la base de datos para Java o Objective-C objetos. Esto alivia en gran medida desarrolladores de bajo nivel de escritura SQL código. EF disfrutaron de algunos éxitos de nicho en los mid-1990s entre las instituciones financieras que fueron atraídos por las ventajas de desarrollo rápido de aplicaciones de la plataforma orientada a objetos del próximo. Desde Apple Incde fusión con otro en 1996, EF se ha convertido en una parte integral de WebObjects, un servidor de aplicaciones también originalmente de siguiente.

Historia

En la década de 1990 Próxima Computadora reconoció que conexión a bases de datos era esencial para la mayoría de las empresas y aún también potencialmente compleja. Cada origen de datos tiene un lenguaje de acceso a datos diferentes (o API), elevando los costos de aprender y usar productos de cada proveedor. Los ingenieros próximos querían aplicar las ventajas de programación orientada a objetos, haciendo que los objetos a "hablar" con bases de datos relacionales. Como las dos tecnologías son muy diferentes, la solución era crear una capa de abstracción, aislando los desarrolladores de escribir el código procesal de bajo nivel (SQL) específico para cada origen de datos.

El primer intento llegó en 1992 con el lanzamiento del Kit de base de datos (DBKit), que envuelve un marco alrededor de cualquier base de datos orientada a objetos. Por desgracia, NEXTSTEP en ese momento no era lo suficientemente poderoso y DBKit tenía defectos de diseño serio.

Segundo intento del próximo vino en 1994 con la empresa objetos marco (EF) versión 1, un reescritura completa Eso fue mucho más modular y OpenStep compatible. EF 1.0 fue el primer producto lanzado por Próxima utilizando el Kit de Fundación y objetos autoreleased introducido a la comunidad de desarrolladores. El equipo de desarrollo en ese momento era sólo cuatro personas: Jack Greenfield, Rich Williamson, Linus Upson y Dan Willhite. EF 2.0, lanzado a finales de 1995, perfeccionado la arquitectura, presentando el contexto edición. En ese momento, el equipo de desarrollo consistió en Dan Willhite, Craig Federighi, Eric Noyau y Charly Kleissner.

EF alcanzó un modesto nivel de Popularidad en la comunidad de programación financiera en los mid-1990s, pero que llegaría a su propio con la aparición de la World Wide Web y el concepto de aplicaciones Web. Estaba claro que EF podría ayudar a las empresas a enchufe sus legados de bases de datos en la Web sin ninguna reescritura de los datos. Con la adición de marcos para la gestión del estado, HTML dinámico y equilibrado de carga generación siguiente fue capaz de lanzar el primera orientada al objeto servidor de aplicaciones Web, WebObjects, en 1996, con EF en su núcleo.

En el año 2000, Apple Inc. (que se habían combinado con siguiente) cayó oficialmente EF como producto independiente, lo que significa que los desarrolladores sería incapaces de utilizarlo para crear aplicaciones de escritorio para la próxima Mac OS X. Sin embargo, seguiría a ser parte integral de una nueva versión de WebObjects. WebObjects 5, lanzado en 2001, fue significativo el hecho de que sus marcos habían sido portados desde su nativa Objective-C lenguaje de programación del Java idioma. Los críticos de este cambio sostienen que la mayoría de la energía de EF era un efecto secundario de sus raíces de Objective-C, y EF perdió la belleza o la sencillez una vez tuvo. Herramientas de terceros, tales como EOGenerator, ayudar a llenar las deficiencias introducidas por Java (principalmente debido a la pérdida de categorías).

La base del código Objective-C fue reintroducida con algunas modificaciones a los desarrolladores de aplicaciones de escritorio como Datos de la base, parte de Apple API de cacao, con el lanzamiento de Mac OS X Tigre en abril de 2005.

Cómo funciona la EF

Empresa objetos proporciona Marcos y herramientas para el mapeo objeto-relacional. La tecnología se especializa en proveer los mecanismos para recuperar datos de diferentes fuentes de datos, tales como bases de datos relacionales mediante JDBC y JNDI directorios, y mecanismos para confirmar datos de vuelta a los orígenes de datos. Estos mecanismos están diseñados con un enfoque estratificado, abstracto que permite a los desarrolladores pensar en la recuperación de datos y el compromiso a un nivel superior que un origen de datos específico o un proveedor de fuente de datos.

Central a esta asignación es un archivo modelo (un "EOModel") que usted construir una herramienta visual — EOModeler o plug-in para el EOModeler Xcode. El mapeo funciona de la siguiente manera:

• Las tablas de base de datos se asignan a las clases.
• Las columnas de la base de datos se asignan a los atributos de clase.
• Las filas de la base de datos se asignan a los objetos (o instancias de clase).

Se pueden construir modelos de datos basados en fuentes de datos existentes o se pueden construir modelos de datos desde cero, que luego se utiliza para crear estructuras de datos (tablas, columnas, se une a) en un origen de datos. El resultado es que los registros de base de datos pueden ser transpuestos a objetos Java.

La ventaja del uso de modelos de datos es que las aplicaciones están aisladas de la idiosincrasia de las fuentes de datos que tienen acceso. Esta separación de lógica de negocio de una aplicación de la lógica de base de datos permite a los desarrolladores cambiar la base de datos que tiene acceso una aplicación sin necesidad de cambiar la aplicación.

EF proporciona un nivel de transparencia de la base de datos no visto en otras herramientas y permite que el mismo modelo ser utilizado para acceder a bases de datos de diferentes proveedores y ni siquiera permite relaciones entre bases de datos de diferentes proveedores sin cambiar el código fuente.

Su poder proviene de exponer las fuentes de datos subyacentes como administrados gráficos de objetos persistentes. En términos sencillos, esto significa que organiza capa del modelo de la aplicación en un conjunto de objetos de datos definidos en la memoria. Entonces las pistas los cambios a estos objetos y puede revertir los cambios en la demanda, como cuando un usuario ejecuta un comando Deshacer. Entonces, cuando es hora de guardar los cambios a los datos de la aplicación, se archivan los objetos a las fuentes de datos subyacentes.

Uso de herencia

En el diseño de objetos empresariales los desarrolladores pueden aprovechar la función orientada al objeto conocida como herencia. Un objeto de cliente y un objeto empleado, por ejemplo, podrían ambos heredan determinadas características de un objeto más genérico de la persona, tales como nombre, dirección y número de teléfono. Mientras que este tipo de pensamiento es inherente en el diseño orientado a objetos, bases de datos relacionales no tienen el apoyo explícito de herencia. Sin embargo, usando objetos de la empresa, se pueden construir modelos de datos que reflejan las jerarquías del objeto. Es decir, usted puede diseñar las tablas se admiten la herencia también diseñando objetos empresariales que se asignan a múltiples tablas o vistas particulares de una tabla de base de datos.

¿Qué es un objeto de la empresa (EO)?

Un objeto de la empresa es análogo a lo que se conoce a menudo en la programación orientada a objetos como una objeto de negocio — una clase que modela un examen físico o objeto conceptual en el dominio del negocio (por ejemplo un cliente, una orden, un elemento, etc.). ¿Qué hace diferente de otros objetos una EO es que sus datos de instancia se asigna a un almacén de datos. Por lo general, un objeto empresarial contiene pares de clave y valor que representan una fila en una base de datos relacional. La clave es básicamente el nombre de columna, y el valor es lo que era en esa fila en la base de datos. Así puede decirse que las propiedades de un EO persisten más allá de la vida de cualquier aplicación particular.

Más precisamente, una empresa objeto es una instancia de una clase que implementa la interfaz com.webobjects.eocontrol.EOEnterpriseObject.

Un objeto empresarial tiene un modelo correspondiente (llamado un EOModel) que define la correlación entre el modelo de objetos de la clase y el esquema de base de datos. Sin embargo, un objeto empresa explícitamente no sabe de su modelo. Este nivel de abstracción significa esa base de datos de proveedores pueden cambiarse sin que afecta el código del desarrollador. Esto da empresa objetos un alto grado de reutilización.

EF y datos básicos

A pesar de sus orígenes comunes, las dos tecnologías divergieron, con cada tecnología conservando un subconjunto de las características de la base, añadiendo algunas nuevas características originales del código Objective-C.

Funciones soportadas por EF

EF soporta SQL personalizada; contextos edición compartidos; contextos anidados edición; y trayendo pre y lote fallamiento de relaciones, todas las características de la aplicación original de Objective-C no respaldada por datos de la base. Datos de la base también no proporciona el equivalente de un EOModelGroup — la clase NSManagedObjectModel proporciona métodos para combinar los modelos de los modelos existentes y para recuperar los modelos combinados de paquetes.

Funciones soportadas únicamente por datos básicos

Datos de base admite propiedades improbable; múltiples configuraciones dentro de un modelo de objeto administrado; tiendas locales; y agregación de tienda (los datos de una determinada entidad pueden extenderse a través de múltiples tiendas); personalización y localización de nombres de propiedades y las advertencias de validación. y el uso de predicados para la validación de la propiedad. Estas características de la aplicación original de Objective-C no son compatibles con la aplicación Java.

Enlaces externos

• Documentación de Apple: Introducción al uso de EOModeler
• Documentación de Apple: Empresa objetos
• Página de producto de Apple WebObjects
• artículo de linuxjournal sobre GDL2

Otras Páginas

• Guerra virtual
• Conducir mientras que negro
• Medicina Quackademic
• Envejecimiento y Salud Mental (diario)
• 1981 serie mundial de ligas pequenas de
• Checkwriter
• Lista de atentados de ETA (categoria de terrorismo en Espana)
• Analisis de poblacion virtual
• Carolyn Breuer
• Modelo de referencia de seguridad de la informacion y la seguridad
• Hill y Barlow
• Fiesta de Navidad de Elton John
• Un correo electronico a