Spiele zur Zeit etwas mit ReactJS herum und da kommen mir doch ein paar Fragen auf bezüglich der Best-Practices.
Grundsätzlich ist das ganze erstmal toll. Aber irgendwie stören mich doch ein paar Punkte.
Zum einen verwende ich ES6, also Klassen und JSX, also XML-Erweiterung.
Die Folge davon ist, dass es ein Build-Prozess braucht, der das ganze nach ES5 transpilliert.
Das ist dann auch schon der erste Punkt der mich stört.
Einfach coden und das ganze ausführen, wäre schöner.
Die Build-Umgebung ist absurd riesig. Um ein Projekt anzulegen nutze ich create-react-app https://github.com/facebookincubator/create-react-app
Das braucht erstmal 5 Minuten um alles für ein Hello World anzulegen, lädt das halbe Internet runter und packt es in einen node_modules Folder, der mal so 80 MB schwer ist?!?
Alternative wäre ES5 nutzen und auf JSX verzichten. Funktioniert, sieht aber im Vergleich schlechter, mühseliger aus und würde mittelfristig auch nur dazu führen, dass man sich eigene Abstraktionen für React.createElement erstellen würde. Weshalb dies also vorerst mal nicht interessant ist.
Die Frage, die bleibt ist, wenn es eh schon einen Build-Prozess braucht, bei dem am Ende ES5 rauskommt, warum nicht gleich auf JavaScript verzichten und was “richtiges” nehmen? Wobei React als Vorgehensweise, Framework gesetzt bleibt.
Alternative 1, wäre ClojureScript und om https://github.com/omcljs/om
Clojure als Sprache ist ok, om.dom als Alternative für JSX ist auch gut.
Alternative 2, wäre statt JavaScript entweder Kotlinjs oder Scalajs eben mit React. Vorteil wäre, dass man sich den ganzen Unfug der manchmal mit JS einherkommt erspart.
Was sind da eure Meinungen dazu? Weitere Alternativen und Beweggründe?
Das ganze JS „gefrickel“ bewegt sich so schnell wie sonst nix, aber stabil und zuverlaessig geht anders…
Anstatt npm nutzt man seit ein paar Wochen yarn, ist schneller, um Tests zu schreiben braucht man nur ein halbes dutzend libs (QUnit/Mocha + Chai + Enzyme und weiss der Teufel was), und bei einer der Test libs (weiss gerade nicht welche) geben die asserts immer true zurueck falls man bei der Expression einen Syntaxerror hat… :o)
ScalaJS oder KotlinJS klingen fuer mich noch unreifer…
Man hat X-Wege um etwas umzusetzen, und waehrend man etwas umsetzt, kommen nochmal ein paar neue Wege hinzu, ausgereift ist nix davon, willkommen bei JS
Bezueglich der package.json, du solltest du auf Versionranges verzichten (was leider default ist), um das ganze reproduzierbar zu halten.
