Posted by koffer on April 28, 2015 at 8:36pm
Me refiero a este texto
"Headless Drupal" - The Cake is a Lie
http://zensations.at/blog/headless-drupal-cake-lie
Habla sobre problemas al usar Drupal y poner enfrente angular o backbone.
Problemas problemas de accesibilidad, de traducción, de dependencias, etc.
En que proyectos están usando esta manera de trabajar y en cuales no?
Comments
Nosotros lo intentamos para
Nosotros lo intentamos para el formulario de creación de anuncios de http://clasificados.eldeber.com.bo/. Estabamos haciéndolo con ember.js, pero resultaba mucho trabajo crear los service adapters de ember para interactuar con el módulo services o con el módulo restws de drupal.
El reto era hacer un sólo flujo de publicación de artículos, incluso si empiezas desde usuario anónimo. Login -> crear contenido (en 3 pasos) -> revisar tu carrito antes de pagar -> pagar.
Al final nos decidimos mejor por usar field_groups para separar el formulario en pasos y hacer algo de theming para hacerlo que se viera integrado con el login y el checkout. Creo que quedó más integrado a la funcionalidad de drupal, y más sencillo para modificarlo después, incluso si fuera otro equipo de desarrollo. Porque es puro drupal, hooks, theme functions, un poco de CSS y un poco de JS. En lugar de todo una app encima de drupal.
Mi aporte
Hace unos dias estabamos debatiendo sobre este artículo el buen Issac @igasi y su servidor y pegare literalmente mi opinión del chat:
Esta tecnica de headless lo tomaria para aplicaciones muy especificas,
por ejemplo altamente transaccionales.
con GUI muy complejas donde solo tomes a Drupal para ciertas cosas.
Aplicaciones complementarias, en mi caso que estamos prototipando una pasarela de compra que en un futuro hasta offline puede llegar a ser !!
El artículo lo veo muy enfocado, en hacer un mirror tal cual del drupal reinventando la rueda pero para tu tecnologia headless ... (ver "Are you ready to do without your favourite features?"), no le veo el caso, se trata de ocupar le tecnica en casos muy especificos, ya sea de forma interna (en el drupal) o fuera de ella, veamoslo asi de facil, seria como decir ... "no le veo caso hacer una app movil que se conecte de drupal ... por que perderia el multilingual, UX de administracion, etc etc etc", bueno para el headless es igual, recordemos que lo unico que se hizo fue bautizarlo, por que esto se hacia desde hace ya mucho tiempo , estas son las cosas que estan pasando al salir de la burbuja drupalera :P
Asi ya lo refleja mi buen joacas para que invertir tiempo si drupal tiene la solucion .... ese es un caso, otro de un buen amigo conocido por todos ustedes, tiene razon al decir que es mas facil encontrar desarrolladores de tipo front-end que drupaleros y bueno ellos tienen la capacidad de hacer esta tecnica y no perder tiempo y dinero entrenando gente que se les va pero es un enfoque mas de negocio a final del dia :P