Drupal utser Ember / Angular 2 som föredraget frontendramverk

In API, Drupal, Facebook Open Graph, Nyheter, Sociala media / web2.0 by MKSE.com Redaktion Martin EdenströmLämna en kommentar

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
MKSE.com vet mer, läs vidare här om samma företag:  Kronans Apotek får upp composable commerce rekordsnabbt av Columbus

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å.

MKSE.com vet mer, läs vidare här om samma företag:  Biljätten satsar fullt ut på Contentful headless

Leave a Comment