UR :: objeto Entidades transaccionales, consultables, independientes del proceso
Descargar ahora

UR :: objeto Clasificación y resumen

UR :: objeto Etiquetas

entidades transaccional Entidades independientes de proceso Entidades transaccionales Entidades consultables de proceso independiente

UR :: objeto Descripción

Entidades transaccionales, consultables, independientes de procesos. UR :: Los objetos son consultables, transaccionales, representaciones de entidades, construidas para mantener la separación entre la referencia física en un programa, y ​​la entidad lógica que representa la referencia, utilizando una interfaz bien definida. Consume esa separación para manejar E / S automáticamente . Proporciona una API de consulta, y administra la diferencia entre el estado de las entidades en la solicitud, y su estado en los sistemas de persistencia externos. Su objetivo es hacerlo de manera transparente, manteniendo la lógica de E / S de la lógica de la "lógica empresarial" y, con suerte, haga un código alrededor de E / S innecesario para escribir en absoluto para la mayoría de los programas de la mayoría de los programas de construcción y serialización / deserialización explícitamente, la capa de aplicación solo Solicita a los objetos del "contexto" actual, de acuerdo con sus características. El contexto administra las conexiones de la base de datos, los cambios en el estado de los objetos, las referencias, las relaciones, las transacciones en memoria, las consultas y el almacenamiento en caché de la forma sintonista. Los corredores fabrican dinámicamente las referencias perezosamente, según sea necesario a través de la misma API de consulta, por lo que los objetos funcionan a medida que el desarrollador esperará tradicionalmente en mayoria de los casos. El objetivo de UR :: Objeto es que su solicitud no tiene que hacer la gestión de datos. SOLO PREGUNTE POR LO QUE QUIERES, UTILIZARLO Y LEJA IR .UT :: Objetos Soporta reflexión completa y meta-programación. Su capa de meta-objeto es completamente auto-bootstrapping (la mayoría de las clases de las cuales se componen son en sí mismas, son :: Objetos), por lo que los datos de la clase pueden introspect en sí, de modo que incluso las clases se pueden crear dentro de las transacciones y descartados. SesynopsisCreate un nuevo objeto En el contexto actual, y devuélvalo: $ ELMO = ACME :: Puppet-> Cree (Name => 'Elmo', padre => $ Ernie, Madre => $ Bigbird, Jobs => , favorito_color => 'rojo',); accesorios simples funcionan en la moda tipial: $ Color = $ ELMO-> Favorito_color (); Los cambios se producen en una transacción en el contexto actual: $ ELMO-> Favorito_color ('azul'); no -SCALAR (HAS_MANY) Las propiedades tienen una variedad de accesorios: @jobs = $ ELMO-> Empleo (); $ trabajos = $ ELMO-> JOB_ARRAYREF (); $ SET = $ ELMO-> JOB_SET (); $ ITER = $ ELMO-> JOB_iterator (); $ trabajo = $ ELMO-> ADD_JOB ($ SNORE); $ éxito = $ ELMO-> Eliminar_job ($ SING); consulta el contexto actual para encontrar objetos: $ existiendo_obj = acme :: títere-> Obtener (nombre => 'elmo'); # mismo referencia que $ exenta_obj @existing_objs = acme :: Puppet-> Obtenga (favorito_color => ,); # Esto no obtendrá elmo porque su color favorito es ahora azul @existing_objs = Acme :: Puppet-> Obten (Job => $ Snore); # Esto devolverá $ ELMO junto con otros títeres que roncan, # aunque aún no hemos guardado el cambio. YAVE NUESTROS CAMBIOS: UR :: Contexto-> Corriente-> Compromiso; Demasiados títeres ...: $ ELMO- > eliminar; $ ELMO-> JUEGO; # Esto lanzará una excepción ahora $ ELMO = ACME :: Puppet-> Obten (NOMBRE => 'ELMO'); # Esto devuelve nada ahora, bromeando: UR :: Context-> Current-> Rollback; # No es una base de datos Rollback, un deshecho en la memoria está bien: $ ELMO = ACME :: Puppet-> Obten (NOMBRE => 'ELMO'); # ¡de nuevo! Requisitos: · Perl

UR :: objeto Software relacionado