Lógica de negocio al trabajar con Fragments

[sebamawa]

Hola Malenko, si, tienes razón, la idea siempre es separar la capa de presentación de la de negocio, y eventualmente también la de datos si se trabaja con base de datos. Esto fomenta la extensibilidad y reusabilidad de la aplicación (sobre todo en proyectos de mediano porte hacia arriba).

Pero, el modo de trabajar de Android, no "obliga" en cierto punto a esa separación?, de la capa de presentación (que para mi serían los layouts XML), y de la capa de negocio (que para mi serían en general las clases que uno implementa).

A qué viene todo este planteo de mi parte?, pues, al trabajo con Fragments (con el qué me estoy iniciando). Pienso que la idea es que los Fragments se definan como "cajas negras" (totalmente modulares e independientes) para poder reutilizarlos.

Supón que tienes dos Fragments contenidos en una Activity, cómo harías para que éstos se comuniquen entre sí (pasándose datos)? Eso me aclararía bastante las cosas.
Un saludo!