Holas...
[snip]
> Aún no comprendo porqué Morph es _tan_ interesante, bueno, etc, tal
> como leo que dicen en varios lugares. Osea, las ventajas _reales_ sobre
> MVC.
No es que Morphic sea mejor que MVC. Son modelos distintos, ni mejor ni
peor.
Como son modelos distintos solo podemos hablar de conveniencia de usar uno
u otro segun el problema.
MVC es un pattern/framework (una eterna discusion!) no acotado a las GUIs.
Morphic, por otro lado, es solo para GUIs.
Una de las ideas principales de Morphic es que no hay nadie mejor que el
mismo objeto para representarse. Hay miles de ejemplos donde esto es
cierto, o otros tantos donde esto no es lo mejor.
Los Morphs vienen del Self, todos los papers estan en
http://research.sun.com/research/self/papers/papers.html. Especialmente te
recomiendo:
http://research.sun.com/research/self/papers/self4.0UserInterface.html
Si te interesa buscar los "origenes" de esto, podes ver la (poca)
informacion sobre el "Alternate Reality Kit" - R. Smith (alguien sabe si
hay alguna version del ARK que corra en algun ST actual?). Y las ideas
estan presentes en los Morphs de Squeak pero, sobre todo, en los eToys.
[snip]
>> Yo suelo tener 1 objeto que hace de VC (View Controller) contra un
>> modelo (M). Este VC es una especia de Intermediator entre el MVC donde
>> el modelo sabe participar y los morphs.
>
> Pero éste VC, de donde viene (herencia), de Morph? ModelMorph? (este no
> lo entiendo bien), Model? Object? :-)
Model, View, Contoller son roles a jugar en una triada MVC. No es
importante de donde heredan, lo importante es que rol juegan.
Model: Simulacion del Dominio.
View: Representacion del Model en algun medio (ejm: Visual)
Controller: Mapeador de los eventos del medio contra acciones del Modelo.
(ejm: eventos del mouse)
Cuando se usa MVC para hacer GUIs, lo mas probable es que el V(iew) y el C
(ontroller) esten "cerca". (De alli la deformacion del MVP del Dolphin).
Te recomiendo que leas (o re-leas) el pattern "Observer".
Cualquier cosita, segui preguntando...
Saludos,
Diego