PHP datamapper: ¿por qué usarlos para objetos que no son de colección?

Quizás esta es una pregunta con una respuesta trivial, pero sin embargo me está volviendo loco por un par de días, así que me gustaría escuchar una respuesta. Recientemente he estado buscando mucha información relacionada con la creación de un intercambiador de datos personalizado para mi propio proyecto (y no uso un ORM) y leo varios hilos en stackoverflow u otros sitios web.

Me parece muy convincente tenerAuthorCollection objetos, que son básicamente sólo un contenedor deAuthor instancias oBookCollection objetos, que contienen múltiplesBook instancias. Pero, ¿por qué se necesita un mapeador para el single?Author ¿objeto? Se me ocurren todos los criterios de búsqueda (excepto el que solicita el objeto con unBookID oAuthorID) devolverá múltiplesBook oAuthor instancias por lo tantoBookCollection oAuthorCollection instancias. Entonces, ¿por qué molestarse con un asignador para los objetos individuales, si el de la colección apropiada es más general y no tiene que estar seguro de que sus criterios solo devolverán un resultado?

Gracias de antemano por tu ayuda.

Respuestas a la pregunta(1)

Su respuesta a la pregunta