Det lutar åt Angular 2 eller Ember när Drupal ska välja ett frontend-ramverk med bra stöd för ”progressive decoupling” för kommande Drupal-versioner. Som tredje alternativ nämns Facebooks React.
Communityn, under ledning av Drupal-grundaren Dries Buytaert går i skrivande stund igenom ramverkens olika för- och nackdelar baserat på egenskaper inom:
- Server-side rendering of templates
- Rehydration / seamless state transfer
- Server-side rendering of app itself
- Small payload size
- Execution performance
- Interoperability
- Template engine friendliness for Drupal themers
- Code structure unopinionatedness
- Software licensing
- Patent rights
- Client-side routing
- Nestable components
- Robust state management
- Robust REST support
- Testability
- Data binding
- Large community, ecosystem
- Maturity
- API docs and learnability
- Debugging experience
- Error handling and reporting
- Native app support
- Future readiness
- Backwards compatibility
- Release cadence
Drupal är inte ensamma i sin vilja att ”hitta rätt” i denna fråga. 2016 har även många kunder och webbplatsägare upplevt att deras miljö är ”nerklottrad” av en mängd olika ramverk med tillhörande sidoscript som används för att göra mycket begränsade saker. Kunskapen om frontend-upprättningarna blir lätt personberoende och uppdateringar kan ”bryta kedjan”.
Det finns en allmän vilja att samla sin frontend-lösning och få den att fungera bättre allena ”out-of-th-box”. Det har även lett till ett mode i att samla ramverk i olika frontend-sviter, något som t ex Google tittar på.