dojo - net - routes maproute constraints
En busca de un Dojo MVC-Controller-Class como base (2)
Mi fondo es jQuery / require.js / backbone.js!
Para ampliar mi horizonte, miro más de cerca a Dojo.
En backbone.js tienes el componente de vista. Algunas personas prefieren decir que es un controlador.
Entonces, si quiero configurar un nuevo controlador de página, genero una nueva vista de backbone.js y tengo una colección de métodos muy agradable y útil disponible.
Encontré un tutorial de Dojo 1.7 para un controlador de nivel de página ( http://dojotoolkit.org/documentation/tutorials/1.7/recipes/app_controller/) . Pero me decepcionó bastante saber que el autor de la página hizo todo el control desde cero. Él escribió en el resumen:
El controlador podría haber sido derivado de una clase.
Tal vez, para mantener el tutorial simple, no mencionó la clase base que normalmente usa para este tipo de controlador del mundo real.
¿O realmente no hay una clase base que puedas usar? Tal vez hay alguna clase de terceros con una licencia permisiva?
Muchas gracias por adelantado
Wolfgang
Actualizar:
Gracias, Chris Mitchell, por tu respuesta. Me alegra saber que hay mucho desarrollo en dojo client mvc.
Por lo tanto, la pila jQuery / jQuery UI / backbone.js es quizás un poco más adelante en el asunto del controlador de esta página. Pero dojo es realmente un gran marco.
Supongo que, por lo que entiendo, en relación con MVC WIDGETS dojo tiene más que ofrecer que jQuery UI:
Los widgets de Dojo ya tienen plantillas de widgets, mientras que jQuery UI no tiene esto en este momento.
Si nos fijamos en el código fuente de un widget jQuery Ui, no existe tal separación, los fragmentos HTML están "construidos" / concatenados con Javascript, esto es mucho más difícil de mantener.
De acuerdo con la publicación del blog de Boris Moore (http://www.borismoore.com/2011/10/jquery-templates-and-jsviews-roadmap.html), el equipo de jQuery UI puede ir en la misma dirección.
En general, en el reino de jQuery no he visto muchos widgets de mvc:
Un ejemplo es un complemento de autocompletado jQuery con modelos backbone.js (http://www.planbox.com/blog/news/updates/jquery-autocomplete-plugin-for-backbone-js.html).
Esta es una pregunta muy interesante.
He estado usando Dojo durante mucho tiempo (más de 5 años) y no tengo conocimiento de nada como esto en el kit.
Parece una idea relativamente nueva (al menos, solo he oído hablar de ella en los últimos años) para implementar un patrón MVC completo en el JS del lado del cliente. Aunque parece una buena idea.
Parece especialmente relevante para Dojo, dado que tiene dicho soporte para aplicaciones de una página a gran escala. Mi opinión es que Dojo brilla allí. Una forma consistente y basada en MVC de administrar la aplicación global del lado del cliente parecería beneficiosa.
Es una de esas cosas que terminará siendo construida por una aplicación, ¿por qué no hacerlo oficial?
Actualizar
Alguien en la lista de correo menciona que hay un proyecto dojox.mvc.
El patrón MVC descrito en el tutorial que ha vinculado es solo un ejemplo de cómo se puede hacer MVC con Dojo.
La comunidad de Dojo está trabajando en dos nuevos subproyectos para formalizar el enfoque "oficial" de Dojo a MVC. Tenga en cuenta lo siguiente: en 1.7, estos subproyectos son actualmente experimentales y las API cambiarán en un marco de tiempo de 1.8 basado en la retroalimentación temprana y el uso en una serie de proyectos.
El primer paquete en el que se trabaja es dojox / mvc. Este paquete se ocupa de las cuestiones vinculantes de datos entre una vista y su modelo.
El segundo paquete en desarrollo es dojox / app. Este paquete se ocupa de las preocupaciones del controlador a nivel de aplicación, como ver para ver la navegación, ver el ciclo de vida, compartir datos del modelo entre las vistas.
Ambos paquetes están diseñados para funcionar juntos, pero el uso de cualquiera de ellos es opcional.
Para ver un buen ejemplo de dojo / mvc en uso, consulte la publicación de blog reciente de James Thomas: http://jamesthom.as/blog/2012/02/26/dojomvc-models/
La aplicación Todo MVC a la que James contribuyó con el ejemplo de Dojo es una buena forma de entender las diferencias entre los enfoques de mvc del lado del cliente entre las bibliotecas modernas.
Hay un gran desarrollo en ambos proyectos, con aplicaciones de muestra en el marco de 1.8.