En absoluto, lo encuentro liberador debido a que ahorro tiempo en todo lo pequeño que Drupal hace por mí. A veces tienes que dedicar un tiempo a trabajar porque no funciona bien, pero la mayoría de las veces simplemente funciona.
Con el tiempo ahorrado, la funcionalidad básica y el marco, puede concentrarse en construir algo, en lugar de reconstruir cosas estándar.
Ahora en sus detalles (que acabo de encontrar en el comentario):
- ¿Qué es más importante, desarrollo front-end o back-end?
- ¿Cuál es la mejor solución de fondo para una aplicación basada en chat como WhatsApp?
- ¿Cómo debo seleccionar una pila de tecnología para mi inicio?
- ¿Qué es un desarrollador de back-end?
- ¿Qué conocimiento debo tener para ser llamado desarrollador senior de back-end?
Ciclos de liberación
Después de haber trabajado con Drupal durante más de 4 años, me pareció bastante estándar tener algunos módulos que descansan en alfa / beta para siempre, esto no significa que esos módulos no estén en un estado utilizable, pero el responsable no se sentía lo suficientemente seguro para lanzar una versión estable todavía. Creo que esto es mucho mejor que terminar con números de versión> 10-20 para un módulo estable.
Control de versiones
Puede exportar casi toda la configuración utilizando las características [1]. Las características crean módulos de configuración con estructuras exportadas que permiten diff, VCS, etc. Sin embargo, todavía es difícil resolver conflictos en commits. Tenlo en cuenta.
Para todo lo demás hay ganchos de actualización [2], que le permiten escribir código, lo que le otorga un poder infinito.
Temática
Para vistas generales, puede anular todas las plantillas disponibles de las pantallas estándar según sus necesidades (hay algunas, pero no demasiadas), lo que le da un aspecto general. Fences [3] es un enfoque para reescribir todos los resultados y tener una interfaz de usuario de configuración, lo probé un par de veces, pero me pareció mejor buscar plantillas personalizadas.
En general, en realidad sigo un enfoque diferente sobre ellos juntos. Tiendo a usar modos de visualización y entidades renderizadas, lo que me permite tener plantillas reutilizables para entidades, por lo que creo mi salida de vistas utilizando entidades renderizadas que tienen un modo de visualización para listados pequeños, listados grandes, tablas, artículos destacados, etc. Tenga en cuenta Sin embargo, el rendimiento llegó a los listados grandes, ya que todas las entidades se cargarán por completo. Sin embargo, tener caché en su lugar, listados “cortos” y consultas de rendimiento no debería ser un gran problema.
Espero que esto ayude.
Notas al pie
[1] Características | Drupal.org
[2] hook_update_N | system.api.php | Drupal 7 | API de Drupal
[3] Cercas | Drupal.org
