PubSub/patrones ligeramente acoplados y MVC en Javascript

Question

Ok, soy un novato en esto, he estado tratando de estudiar los patrones MVC y los patrones de Publicación/Suscripción en Javascript/jQuery, sin embargo, creo que no he comprendido el concepto por completo.

desde que he estado haciendo sola, humildemente venido aquí para pedir opiniones sobre un pequeño ejercicio educativo que he intentado hacer siguiendo estos patrones

http://jsfiddle.net/Couto/R62V8/

Ok, el ejercicio es principalmente una formulario de inicio de sesión, donde los valores se guardan en localStorage, una vez más es puramente educativo, ahora no es seguro de todos modos y no debe utilizarse en producción.

¿Podría decirme su opinión sobre los patrones utilizados, no logré el uso correcto de los patrones? Por favor húndanme si es necesario, solo quiero aprender, pero no estoy seguro si lo estoy haciendo bien.

Answer 1

El sistema de delegación de eventos de jQuery es en sí mismo una forma de pub/sub. De hecho, mira esto, http://bugs.jquery.com/ticket/7547. Verá bajo el capó que usa el sistema de eventos y realmente solo cambia el esquema de nombres y funciona en un contexto "global".

No tengo nada en contra de pub/sub, pero siento que está agregando una capa que no necesita existir en ciertos casos. ¿Desencadenaría la función correcta inmediatamente después de que la delegación del evento dispare en lugar de desencadenar un pub realmente sería peor? Si elimina la suscripción y la publicación terminaría con casi el mismo código sin la "complejidad" añadida.

En otros casos, la publicación/suscripción tiene mucho sentido. Tu pantalla/hash y set/login tienen mucho sentido ya que no son parte de un evento tradicional al que otro código podría suscribirse/vincularse.

Uno podría argumentar que al usar pub/sub en todas partes, incluso en la delegación de eventos, está abstrayendo su dependencia del código externo de tener que escribir delegaciones de eventos propias, lo que elimina su preocupación sobre qué elemento obligar al delegado a. Si está escribiendo grandes aplicaciones complejas, adelante y resúmalo a ese nivel. Si no planea escribir grandes aplicaciones, pondere los beneficios porque YAGNI podría postularse aquí.