[Buoh-dev] ComicManager

[Carlos Garcia Campos]

El jue, 18-08-2005 a las 21:11 +0200, Esteban Sánchez escribió:
> Tengo una idea sobre el tema del manager de comics. A ver si voy bien
> encamidado.
> 
> Vale, puedo aceptar por cuestiones de POO que el comic no tiene que ser
> el que se mueva, si no poco más que una URI y un pixbuf. Esto es
> basicamente lo que tiene actualmente la clase BuohComic.
> 
> Si un futuro meteremos (o meteré *ejem* xD) más tipos de comics, que
> tengan otro tipo de URIs no basadas en fechas, si no en números, la
> única diferencia de una clase a otra es el estilo de la URI.
> 
> Así que en realidad no habría diferentes clases de comics, si no
> diferentes clases de ComicManager, uno para manejar los comics con
> fechas, otros para comics numéricos (ecol), otro para URIs ofuscadas
> (dilbert), basados en fecha pero con publicacion aleatoria... Llamemosle
> ComicManagerTipo (de forma genérica para más adelante)
> 
> ¿Voy bien encaminado?

si

> Así, el BuohComic sería una clase sencillota y supergenérica con
> - URI genérica
> - URI actual
> - Tipo de comic (simple, numerico....)
> - Pixbuf
> - Autor
> - Restricciones
> - Página actual (para unos sería una fecha, para otros un número...)
> - Blah blah blah

esto ya no lo veo. No se que es uri genérica y actual. Entiendo que un
comic tiene una uri, ya resuelta, que apunta a el. Hemos quedado que no
hay tipos de comic sino tipos de manejadores, así que no tiene sentido
tener un tipo de comic como atributo de un comic. Las restricciones son
del tipo de comic no del comic, por lo que también serán del manager.
Pagina actual: no se que es la página de un comic. Blah blah blah: si,
esto que no falte :-DD

Yo creo que un comic es: uri, pixbuf, autor, título, idioma y por
supuesto Blah blah blah

> El ComicManager tendría capacidad de cambiar la URI de un comic
> dependiendo de los diferentes parámetros de cada tipo de comic.

Yo creo que será en realidad quien cree los comics en función de sus
restricciones, al final siempre se obtiene un comic con una uri, un
pixbuf, etc.

> Así que de cara al buoh estaría el ComicManager con unos metodos
> publicos del palo:
> 
> comic_manager_move_comic_forward (ComicManager manager, BuohComic comic)
> comic_manager_move_comic_back (ComicManager manager, BuohComic comic)
> comic_manager_blahblahblah ()
> 
> El ComicManager comprobaría el tipo de cada comic y llamaría a los
> correspondientes metodos de la clase ComicManagerTipo.

ComicManager sería una clase abstracta o una interfaz, depende de la
naturaleza de cada tipo de Manager (yo de esto ni idea, no se como va el
tema de los comics). Si todos tienen exactamente la misma interfaz
tendría sentido una clase abstracta. Si hay diferencias de naturaleza
pero comparten métodos o comportamiento, entonces sería una interfaz.

> Puede hacer dos cosas:
> 	a) Crear una copia del comic y devolverla
> 	b) Mover el comic directamente, cambiandole la URI
> ¿Cual creeis que es mejor?

Hay que pedirle al manager los comics, pero el manager no tiene que
cambiar nada, crea un comic y lo devuelve.

> ¿Qué os parece?
> 
> Saludos!

Salu2
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Carlos Garcia Campos a.k.a. KaL
   elkalmail at yahoo.es
   carlosgc at gnome.org
   http://carlosgc.linups.org
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=             
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://forge.novell.com/pipermail/buoh-dev/attachments/20050818/facde839/attachment.pgp