| Lebenszyklusmethoden | Wann sie aufgerufen wird |
|-----------------------------|--------------------------------------------------------------|
-| `componentWillMount` | bevor die Komponente an das DOM eingehanden wird |
-| `componentDidMount` | nachdem die Komponente an das DOM eingehanden wird |
+| `componentWillMount` | bevor die Komponente in DOM eingebunden wird |
+| `componentDidMount` | nachdem die Komponente in DOM eingebunden wurde |
| `componentWillUnmount` | vor dem Entfernen vom DOM |
| `componentWillReceiveProps` | bevor neue props angenommen werden |
| `shouldComponentUpdate` | vor `render()`. `false` ausgeben, um Rendern zu überspringen |
diff --git a/content/lang/de/guide/linked-state.md b/content/lang/de/guide/linked-state.md
index 2c0bb7437..c97c3ef76 100755
--- a/content/lang/de/guide/linked-state.md
+++ b/content/lang/de/guide/linked-state.md
@@ -5,7 +5,7 @@ permalink: '/guide/linked-state'
# Verlinkter State
-Ein Bereich, den Preact ausführlicher als React behandelt ist das Optimieren der Änderungen von States. Ein gängiges Schema in ES2015-React-Code ist das Benutzen von Arrow-Funktionen innerhalb einer `render()`-Methode, um States im Falle eines Ereignisses zu aktualisieren. Funktionen, die nur innerhalb einer einzelnen Render-Instanz leben ist ineffizient und zwingt den Garbage Collector dazu, deutlich mehr Arbeit als nötig wäre zu verrichten.
+Ein Bereich, den Preact ausführlicher als React behandelt ist das Optimieren der Änderungen von States. Ein gängiges Schema in ES2015-React-Code ist das Benutzen von Arrow-Funktionen innerhalb einer `render()`-Methode, um States im Falle eines Ereignisses zu aktualisieren. Funktionen, die nur innerhalb einer einzelnen Render-Instanz existieren sind ineffizient und zwingen den Garbage Collector dazu, deutlich mehr Arbeit als nötig zu verrichten.
## Der schönere, manuelle Weg
@@ -23,7 +23,7 @@ class Foo extends Component {
}
```
-Während dies zu deutlich besseren Laufzeitleistungen führt, beinhaltet dieser Ansatz immer noch eine Menge unnötigen Code, der gebraucht wird, um State und UI zu verbinden.
+Während dies zu deutlich besseren Laufzeitleistungen führt, beinhaltet dieser Ansatz immer noch eine Menge unnötigen Code, um State und UI zu verbinden.
> Ein anderer Ansatuz wäre es, Komponentenmethoden mithilfe von ES7-Decorators _deklarativ_ anzubinden. Ein Beispiel hierfür wäre [decko's](http://git.io/decko) `@bind`:
@@ -32,11 +32,11 @@ Während dies zu deutlich besseren Laufzeitleistungen führt, beinhaltet dieser
Glücklicherweise gibt es eine Lösung in Form von Preacts [`linkState`](https://github.com/developit/linkstate)-Modul.
-> Frühere Versionen von Preact hatten die `linkState()`-Funktion bereits von Grund auf eingebaut, sie wurde mittlerweile aber in ein seperates Modul verschoben. Wenn man zum alten Verhalten zurückwechseln möchte, findet man auf [dieser Seite](https://github.com/developit/linkstate#usage) Informationen zur Anwendung dieses Polyfills.
+> Frühere Versionen von Preact hatten die `linkState()`-Funktion bereits von Grund auf implementiert, sie wurde mittlerweile aber in ein seperates Modul verschoben. Wenn man zum alten Verhalten zurückwechseln möchte, findet man auf [dieser Seite](https://github.com/developit/linkstate#usage) Informationen zur Anwendung dieses Polyfills.
-Das Aufrufen von `linkState(this, 'text')` gibt eine Handler-Funktion aus, die, falls an diese ein Ereignis weitergegeben wird, seinen zugewiesen Wert zum Aktualisieren der bestimmten Property des States der Komponente benutzt. Mehrere Aufrufe an `linkState(component, name)` mit der selben `component` und `name` werde gecached, sodass man nicht mit Leistungseinbuße rechnen muss.
+Das Aufrufen von `linkState(this, 'text')` gibt eine Handler-Funktion aus, die, falls an diese ein Ereignis weitergegeben wird, seinen zugewiesen Wert zum Aktualisieren der bestimmten Property des States der Komponente benutzt. Mehrere Aufrufe an `linkState(component, name)` mit der selben `component` und `name` werde gecached, sodass man nicht mit Leistungseinbußen rechnen muss.
-Nachfolgend ist das genannte Beispiel mithilfe von **Verlinkten State**:
+Nachfolgend ist das genannte Beispiel mithilfe von **linkstate**:
```js
import linkState from 'linkstate';
@@ -53,7 +53,7 @@ Dieses Vorgehen ist präzise, einfach zu verstehen und effektiv. Es verarbeitet
## Eigene Ereignispfade
-Standartmäßig wird `linkState()`versuchen, den passenden Wert eines Ereignisses automatisch er ermitteln. Ein ` `-Element wird beispielsweise, je nach Eingabetyp, die gegebene State-Property zu `event.target.value` bzw. `event.target.checked` setzen. Die meisten eigenen Ereignis-Handler funktionieren so, dass das Weitergeben von Skalarwerte zum von `linkState()` generierten Handler einfach diesen gegebenen Skalarwert verwendet. Dieses Verhalten ist in den meisten Fällen erwünscht.
+Standardmäßig wird `linkState()`versuchen, den passenden Wert eines Ereignisses automatisch er ermitteln. Ein ` `-Element wird beispielsweise, je nach Eingabetyp, die gegebene State-Property zu `event.target.value` bzw. `event.target.checked` setzen. Die meisten eigenen Ereignis-Handler funktionieren so, dass das Weitergeben von Skalarwerten zum von `linkState()` generierten Handler einfach diesen gegebenen Skalarwert verwendet. Dieses Verhalten ist in den meisten Fällen erwünscht.
Es gibt auch Fälle, in den dieses Verhalten nicht wünschenswert ist. Eigene Ereignisse und gruppierte Radio Buttons sind zwei Beispiele. In diesen Fällen kann ein drittes Argument an `linkState()` weitergegeben werden, um Punkt-notierte Keypaths innerhalb des Ereignisses, in dem der Wert gefunden werden kann, zu spezifizieren.
diff --git a/content/lang/de/guide/progressive-web-apps.md b/content/lang/de/guide/progressive-web-apps.md
index 1639e16e6..51910b6c3 100644
--- a/content/lang/de/guide/progressive-web-apps.md
+++ b/content/lang/de/guide/progressive-web-apps.md
@@ -20,7 +20,7 @@ Preact ist eine ausgezeichnete Wahl für [progressive Web Apps](https://develope
Weniger Skripte laden
- Preact's [kleine Größe](/about/project-goals) ist sehr wertvoll, wenn nur ein begränztes Ladezeitenkontingent verfügbar ist. Man kann davon ausgehen, dass das Laden von großen JavaScript-Bibliotheken mit mobilen Endgeräten immense Wartezeiten bis zur Benutzbarkeit der Applikation führen kann. Das Laden, Evaluieren und Berechnen der Skripte ist zu ressourcenhungrig. Das Reduzieren der Größe von Bibliotheken führt automatisch zu verbesserten Ladezeiten, da folglich auch weniger Code geladen und berechnet werden muss.
+ Preact's [kleine Größe](/about/project-goals) ist sehr wertvoll, wenn nur ein begrenztes Ladezeitenkontingent verfügbar ist. Man kann davon ausgehen, dass das Laden von großen JavaScript-Bibliotheken mit mobilen Endgeräten immense Wartezeiten bis zur Benutzbarkeit der Applikation führen kann. Das Laden, Evaluieren und Berechnen der Skripte ist zu ressourcenhungrig. Das Reduzieren der Größe von Bibliotheken führt automatisch zu verbesserten Ladezeiten, da folglich auch weniger Code geladen und berechnet werden muss.
@@ -32,7 +32,7 @@ Preact ist eine ausgezeichnete Wahl für [progressive Web Apps](https://develope
Schneller zur Interaktivität
-
Wenn man darauf abzielt, [Interaktivität in unter 5 Sekunden](https://infrequently.org/2016/09/what-exactly-makes-something-a-progressive-web-app/) zu erreichen, zählt jeder einzelne KB. [Von React zu Preact zu wechseln](/guide/switching-to-preact) reduziert die Größe einer Applikation um einige KBs, was wiederum zu führt, dass Interaktivität innerhalb einer RTT (Paketlaufzeit) erreicht werden kann. Daher geben Preact und Progressive Web Apps ein wundervolles Paar ab, wenn man den Code für jede Route größtmöglich reduzieren möchte.
+
Wenn man darauf abzielt, [Interaktivität in unter 5 Sekunden](https://infrequently.org/2016/09/what-exactly-makes-something-a-progressive-web-app/) zu erreichen, zählt jedes einzelne KB. [Von React zu Preact zu wechseln](/guide/switching-to-preact) reduziert die Größe einer Applikation um einige KBs, was wiederum dazu führt, dass Interaktivität innerhalb einer RTT (Paketlaufzeit) erreicht werden kann. Daher geben Preact und Progressive Web Apps ein wundervolles Paar ab, wenn man den Code für jede Route bestmöglich reduzieren möchte.
@@ -57,7 +57,7 @@ In der Tat ist genau diese Website eine Progressive Web App! Hier ist zu sehen,
Statische Seiteninhalte werden in der (Service Worker) Cache Storage API gespeichert, die blitzschnelles Laden bei wiederholten Besuchen ermöglicht.
-## Leistiungstipps
+## Leistungstipps
Während Preact einfach in einer PWA zu integrieren ist und reibungslos funktionieren sollte, kann es auch mit einer Reihe von anderen Werkzeugen und Techniken verwendet werden. Diese beinhalten:
@@ -101,15 +101,15 @@ Während Preact einfach in einer PWA zu integrieren ist und reibungslos funktion
## Preact CLI
-[Preact CLI](https://github.com/developit/preact-cli/) ist das offizielle Baukastenwerkzeug für Preact-Projekte. Es besteht aus einem minimalstabhängigen Kommandozeilenwerkzeug, dass eigenen Preact-Code in eine hochoptimierte Progressive Web App verpackt. Preact CLI zielt darauf ab, alle obengenannten Empfehlungen zu automatisieren, damit man sich einzig und allein auf das Erstellen von großartigen Komponenten komnzentrieren kann.
+[Preact CLI](https://github.com/developit/preact-cli/) ist das offizielle Baukastenwerkzeug für Preact-Projekte. Es besteht aus einem minimalstabhängigen Kommandozeilenwerkzeug, dass eigenen Preact-Code in eine hochoptimierte Progressive Web App verpackt. Preact CLI zielt darauf ab, alle obengenannten Empfehlungen zu automatisieren, damit man sich einzig und allein auf das Erstellen von großartigen Komponenten konzentrieren kann.
Anbei einige Funktionen, die Preact CLI mitliefert:
-- Automartisches, lückenlosen Code-Splitting für URL-Routen
-- Automatisches Generieren und Installieren eines ServiceWorkers
-- Generierung von HTTP2/Push-Headern (oder Preload Meta Tags), die auf der URL basierern
-- Vorzeitiges Redern, dass zu schnellen "Time To First Paint"-Resultaten führt
+- Automatisches, lückenloses Code-Splitting für URL-Routen
+- Automatisches generieren und installieren eines ServiceWorkers
+- Generierung von HTTP2/Push-Headern (oder Preload Meta Tags), die auf der URL basieren
+- Vorzeitiges Rendern, dass zu schnellen "Time To First Paint"-Resultaten führt
- Bedingungsweises Laden von Polyfills, falls diese benötigt werden
-Da [Preact CLI](https://github.com/developit/preact-cli/) im Inneren von [Webpack](https://webpack.js.org) angetrieben wird, kann man eine `preact.config.js`-Datei definieren und somit den Build-Prozess auf seine eigenen Anforderungen genau abstimmen. Sollte man also Anpassungen vornehmen, kann man immer noch die Vorteile einzelner wundervollen Standarteinstellungen nutzen. Außerdem kann man so einfach Aktualisierungen vornehmen, sollte eine neue Version von `preact-cli` veröffentlich werden.
+Da [Preact CLI](https://github.com/developit/preact-cli/) im Inneren auf [Webpack](https://webpack.js.org) basiert, kann man eine `preact.config.js`-Datei definieren und somit den Build-Prozess auf seine eigenen Anforderungen genau abstimmen. Sollte man also Anpassungen vornehmen, kann man immer noch die Vorteile einzelner wundervollen Standarteinstellungen nutzen. Außerdem kann man so einfach Aktualisierungen vornehmen, sollte eine neue Version von `preact-cli` veröffentlich werden.
diff --git a/content/lang/de/guide/switching-to-preact.md b/content/lang/de/guide/switching-to-preact.md
index dacf4c663..36d4ba612 100755
--- a/content/lang/de/guide/switching-to-preact.md
+++ b/content/lang/de/guide/switching-to-preact.md
@@ -14,8 +14,8 @@ Es gibt zwei verschiedene Herangehensweisen, wie man von React zu Preact wechsel
Zu Preact wechseln ist eigentlich sehr einfach - man installiert `preact-compat` und setzt einen Alias für `preact-compat` anstatt `react` und `react-dom`.
-Das ermöglicht es einem, mit dem Schreiben von React/ReactDOM-Code fortzufahren, ohne jegliche Änderungen am Workflow oder an der Codebasis vornehmen zu müssen.
-`preact-compat` fügt zwar ungefähr 2kb zur Gesamtgröße des Projektes hinzu, hat allerdings den Vorteil, den Großteil von bereits existierenden React-Modulen, die man bei [npm](https://npmjs.com) finden sollte, zu unterstützen. Zusätzlich zu Preacts Kern liefert das `preact-compat`-Paket alle Änderungen, die benötigt werden, um genau wie `react` und `react-dom` zu funktionieren, in einem einzelnen Modul.
+Das ermöglicht es, mit dem Schreiben von React/ReactDOM-Code fortzufahren, ohne jegliche Änderungen am Workflow oder an der Codebasis vornehmen zu müssen.
+`preact-compat` fügt zwar ungefähr 2kb zur Gesamtgröße des Projektes hinzu, hat allerdings den Vorteil, den Großteil von bereits existierenden React-Modulen, die man bei [npm](https://npmjs.com) findet, zu unterstützen. Zusätzlich zu Preacts Kern liefert das `preact-compat`-Paket alle Änderungen, die benötigt werden, um genau wie `react` und `react-dom` zu funktionieren, in einem einzelnen Modul.
Der Installationsprozess ist in zwei Schritte unterteilt.
Zuerst muss man `preact` und `preact-compat`, zwei seperate Pakete, installieren:
@@ -105,7 +105,7 @@ import { createClass } from 'preact-compat/dist/preact-compat.min'
export default createClass
```
-Falls die neuartige ìmport`-Syntax auf dem eigenen Server mit Babel verwendet wird, wird das obrige Verhalten nicht funktionieren, da Babel alle Importierungen an das obere Ende eines Moduls platziert. In diesem Fall speichert man den obrigen Code in einer Datei namens `patchPreact.js` ab und importiert diese am Anfang seiner Datei (`import './patchPreact'`). Mehr über das Verwenden von `module-alias` kann man [hier](https://npmjs.com/package/module-alias) erfahren.
+Falls die neuartige ìmport`-Syntax auf dem eigenen Server mit Babel verwendet wird, wird das oben beschriebene Verhalten nicht funktionieren, da Babel alle Importierungen an das obere Ende eines Moduls platziert. In diesem Fall speichert man den obrigen Code in einer Datei namens `patchPreact.js` ab und importiert diese am Anfang seiner Datei (`import './patchPreact'`). Mehr über das Verwenden von `module-alias` kann man [hier](https://npmjs.com/package/module-alias) erfahren.
Es ist außerdem möglich, einen Alias direkt mithilfe von Node zu stetzen, ohne auf das `module-alias`-Paket angewiesen zu sein. Diese Methode basiert auf internen Properties von Nodes Modulsystem, daher sollte man sie mit Vorsicht genießen. Um manuell einen Alias zu setzen, sind folgende Schritte nötig:
@@ -135,7 +135,7 @@ Es ist immer eine gute Idee, die Testumgebung und die fertige App auszuführen,
## Optimal: Wechseln zu Preact
-Die Nutzung von `preact-compat` in der eigenen Codebasis ist nicht vorausgesetzt, wenn man von React zu Preact migrieren will.
+Die Nutzung von `preact-compat` in der eigenen Codebasis wird nicht vorausgesetzt, wenn man von React zu Preact migrieren will.
Preacts API ist fast identisch mit Reacts API. Ein Großteil der React-Codebasen kann mit winzigem bis nicht-existentem Aufwand migriert werden.
Generell involviert der Prozess des Wechselns zu Preact einige Schritte:
@@ -151,12 +151,12 @@ npm install --save preact # or: npm i -S preact
### 2. JSX Pragma: Zu `h()` transpilieren
> **Hintergrund:** Während die [JSX]-Spracherweiterung unabhängig von React ist,
-> verwenden beliebte Transpilierer wie [Babel] and [Bublé] standartmäßig eine
+> verwenden beliebte Transpilierer wie [Babel] and [Bublé] standardmäßig eine
> Konvertierung von JSX zu `React.createElement()`-Aufrufen.
> Dafür gibt es zwar historische Gründe, es ist allerdings wichtig zu verstehen,
> dass die Funktion, die JSX-Transpilierungen aufruft, eine bereits existierende
> Technologie namens [Hyperscript] ist.
-> Preact huldigt dies und versucht, für ein besseres Verständnis für die Simplizität
+> Preact schätzt dies und versucht, für ein besseres Verständnis für die Simplizität
> von JSX mithilfe der Nutzung von `h()` als sein [JSX Pragma] zu werben.
>
> **TL;DR:** `React.createElement()` wird zugunsten von preact's `h()` ausgetauscht.
@@ -174,7 +174,7 @@ In jedem der obengenannten Beispiele ist `h` der Funktionsname, der als JSX-Prag
#### Mithilfe von Babel
-Falls Babel verwender wird, kann man das JSX-Pragma in der `.babelrc`- oder `package.json`-Datei definiert werden. In welcher der beiden Datein man dies tut, ist lediglich von persönlicher Präferenz abhängig:
+Falls Babel verwendet wird, kann man das JSX-Pragma in der `.babelrc`- oder `package.json`-Datei definiert werden. In welcher der beiden Datein man dies tut, ist lediglich von persönlicher Präferenz abhängig:
```json
{
@@ -194,7 +194,7 @@ Falls man mit einem Onlineeditor mit Babel-Integration (z.B. JSFiddle oder CodeP
#### Mithilfe von Bublé
-[Bublé] unterstützt JSX standartmäßig. Man muss lediglich die `jsx`-Option setzen:
+[Bublé] unterstützt JSX standardmäßig. Man muss lediglich die `jsx`-Option setzen:
`buble({ jsx: 'h' })`
@@ -202,13 +202,13 @@ Falls man mit einem Onlineeditor mit Babel-Integration (z.B. JSFiddle oder CodeP
### 3. Legacy Code aktualisieren
Preact strebt zwar eine vollständige API-Kompatibilität mit React an, allerdings werden kleine Teile des Interfaces absichtlich nicht integriert.
-Der am ehesten erwähnbare ausgelassene Teil ist `createClass()`. Die Meinung zum Thema Klassen und OOP gehen weit auseinander, man sollte aber verstehen, dass JavaScript-Klassen intern in VDOM-Bibliotheken zum Representieren von Komponententypen stehen. Dies wird wichtig, wenn man mit den Nuancen der Handhabung von Komponentenlebenszyklen arbeitet.
+Der am ehesten erwähnbare ausgelassene Teil ist `createClass()`. Die Meinung zum Thema Klassen und OOP gehen weit auseinander, man sollte aber verstehen, dass JavaScript-Klassen intern in VDOM-Bibliotheken zum Repräsentieren von Komponententypen stehen. Dies wird wichtig, wenn man mit den Nuancen der Handhabung von Komponentenlebenszyklen arbeitet.
Falls die Codebasis schwerwiegend von `createClass()` abhängig ist, gibt es trotzdem eine großartige Option:
Laurence Dorman pfelgt eine [alleinstehende `createClass()`-implementation](https://github.com/ld0rman/preact-classless-component), die nahtlos in Preact funktioniert und nur wenige Hundert Bytes groß ist.
Alternativ kann man `createClass()`-Aufrufe auch automatisch mithilfe von Vu Trans [preact-codemod](https://github.com/vutran/preact-codemod) zu ES-Klassen konvertieren lassen.
-Ein weiterer erwähnbarer Unterschied ist, dass Preact standartmäßig lediglich Funktionsreferenzierungen unterstützt.
+Ein weiterer nennenswerter Unterschied ist, dass Preact standardmäßig lediglich Funktionsreferenzierungen unterstützt.
Stringreferenzierungen sind in React veraltet und werden in naher Zukunft entfernt, da sie eine überraschende Menge an Komplexität für solch minimalen Nutzen hinzufügen.
Wenn man auch in Zukunft Stringreferenzierungen nutzen möchte, bietet [diese kleine Funktion](https://gist.github.com/developit/63e7a81a507c368f7fc0898076f64d8d) eine zukunftssichere Version, die `this.refs.$$` weiterhin wie Stringreferenzierungen behandelt. Die Simplizität dieses kleinen Umwegs für Funktionsreferenzierungen zeigt außerdem, warum Funktionsreferenzierungen mittlerweile die präferierte Methode darstellen.
@@ -217,7 +217,7 @@ Wenn man auch in Zukunft Stringreferenzierungen nutzen möchte, bietet [diese kl
### 4. Root Render vereinfachen
Seit `react@0.13` wurde `render()` durch das `react-dom`-Modul bereitgestellt.
-Preact nutzt kein seperates Modul für das Rendern des DOMs, da Preact sowieso darauf konzentriert, ein guter DOM-Renderer zu sein.
+Preact nutzt kein seperates Modul für das Rendern des DOMs, da Preact sowieso darauf ausgerichtet ist, ein guter DOM-Renderer zu sein.
Daher ist der letzte Schritt des Konvertierens der Codebasis zu Preact das Austauschen von `ReactDOM.render()` zu Preacts `render()`:
```diff
@@ -227,7 +227,7 @@ Daher ist der letzte Schritt des Konvertierens der Codebasis zu Preact das Austa
Man sollte ebenfalls anmerken, dass Preacts `render()`-Funktion nicht-destruktiv ist, daher funktioniert das Rendern nach `` einwandfrei und ist sogar wünschenswert.
-Dies ist möglich, da Preact nicht davon ausgeht, das komplette Root-Element zu steuern, dass man an Preact weitergibt. Das zweite `render()`-Argument ist `parent`, was bedeutet, dass es ein DOM-Element in, in das _hinein_ gerendert wird.
+Dies ist möglich, da Preact nicht davon ausgeht, das komplette Root-Element zu steuern, das man an Preact weitergibt. Das zweite `render()`-Argument ist `parent`, was bedeutet, dass es ein DOM-Element ist, in das _hinein_ gerendert wird.
Falls es erwünscht ist, direkt vom Root aus neu zu rendern (möglicherweise für Hot Module Replacement), akzeptiert `render()` ein Element zum Ersetzen als drittes Argument:
@@ -239,9 +239,9 @@ render( , document.body);
render( , document.body, document.body.lastElementChild);
```
-In dem obrigen Beispiel ist man darauf angewiesen, dass das letzte Child der vorher gerenderte Root ist.
+In diesem Beispiel ist man darauf angewiesen, dass das letzte Child der vorher gerenderte Root ist.
Dies funktioniert zwar in vielen Fällen (JSFiddles, CodePens, uvm.), es ist allerdings trotzdem besser, über mehr Kontrolle zu verfügen.
-Deshalb gibt `render()` das Root-Element zurücl: man gibt es als drittes Argument zum Neurendern weiter.
+Deshalb gibt `render()` das Root-Element zurück: man gibt es als drittes Argument zum Neurendern weiter.
Das nachfolgende Beispiel zeigt, wie man als Antwort auf Webpacks Hot Module Replacement-Aktualisierungen neu rendert:
diff --git a/content/lang/de/guide/types-of-components.md b/content/lang/de/guide/types-of-components.md
index 5b1b5a9ef..4ed35e370 100755
--- a/content/lang/de/guide/types-of-components.md
+++ b/content/lang/de/guide/types-of-components.md
@@ -16,7 +16,7 @@ Innerhalb dieser zwei Typen gibt es außerdem viele verscheidene Wege, Komponent
## Beispiel
- Hier ein Beispiel: Eine einfache ` `-Komponente, die ein ein HTML-``-Element erstellt:
+ Hier ein Beispiel: Eine einfache ` `-Komponente, die ein HTML-` `-Element erstellt:
```js
class Link extends Component {
@@ -35,7 +35,7 @@ Die Komponente kann wie folgt instanziert/gerendert werden:
### Props & State destrukturieren
-Da dies in ES6/ES2015 lebt, kann man die ` `-Komponente weiter vereinfachen, indem man Schlüssel von `props` (das erste `render()`-Argument) lokalen Variablen mithilfe von [destructuring](https://github.com/lukehoban/es6features#destructuring) zuweist:
+Da dies in ES6/ES2015-Code ist, kann man die ` `-Komponente weiter vereinfachen, indem man Schlüssel von `props` (das erste `render()`-Argument) lokalen Variablen mithilfe von [destructuring](https://github.com/lukehoban/es6features#destructuring) zuweist:
```js
class Link extends Component {
diff --git a/content/lang/de/index.md b/content/lang/de/index.md
index adaf14457..cc6d07e45 100755
--- a/content/lang/de/index.md
+++ b/content/lang/de/index.md
@@ -35,7 +35,7 @@ toc: false
Näher am Geschehen
- Preact bietet die kleinstmögliche Virtual DOM-Abstraktion über dem DOM.
+ Preact bietet die kleinstmögliche Virtual DOM-Abstraktion auf dem DOM.
Das Web ist eine stabile Plattform, es ist an der Zeit, dass wir es im Namen der Sicherheit neu implementieren.
@@ -71,7 +71,7 @@ toc: false
- Preact beinhaltet sogar zusätzliche Leistungsfunkltionen wie anpassbares Update Batching, optionales Async-Rendering, DOM recycling und optimierte Ereignishandhabung mithilfe von [Linked State](/guide/linked-state).
+ Preact beinhaltet sogar zusätzliche Leistungsfunktionen wie anpassbares Update Batching, optionales Async-Rendering, DOM recycling und optimierte Ereignishandhabung mithilfe von [Linked State](/guide/linked-state).
@@ -82,11 +82,11 @@ toc: false
Portabel & Einbettbar
- Preacts winziger Fußabdrucks ermöglicht dem ressourcenreichen Virtual DOM-Komponentenparadigma Dinge, von dem es sonst nur träumen könnte.
+ Preacts winzige Größe ermöglicht dem ressourcenreichen Virtual DOM-Komponentenparadigma Dinge, von dem es sonst nur träumen könnte.
- Verwende Preact, um Teile einer App ohne komplizierte integration zu erstellen. Bette Preact in einem Widget ein und wende die selben Werkzeuge und Techniken an, die man normalerweise in einer vollständigen App verwenden würde.
+ Verwende Preact, um Teile einer App ohne komplizierte Integration zu erstellen. Bette Preact in einem Widget ein und wende die selben Werkzeuge und Techniken an, die man normalerweise in einer vollständigen App verwenden würde.
@@ -97,7 +97,7 @@ toc: false
Sofort produktiv
- Leichtigkeit ist deutlich spaßiger, wenn man dafür Produktivität nicht einbüßen muss. Preacts macht dich von Anfang an produktiv! Es hat sogar einige Bonusfunktionen:
+ Leichtigkeit ist deutlich spaßiger, wenn man dafür nicht an Produktivität einbüßen muss. Preact macht dich von Anfang an produktiv! Es hat sogar einige Bonusfunktionen:
@@ -114,8 +114,8 @@ toc: false
Ökosystem-kompatibel
- Virtual DOM-Komponenten machen es einfach, Dinge wieder zu verwenden - alles vom Knopf bis hin zu Datenquellen.
- Preacts Gestaltung lässt dich tausende Komponenten, die bereits im React-Ökosystem verfügbar sind, verwenden.
+ Virtual DOM-Komponenten machen es einfach, Dinge wieder zu verwenden - alles vom Button bis hin zu Datenquellen.
+ Preacts Gestaltung lässt dich tausende Komponenten verwenden, die bereits im React-Ökosystem verfügbar sind.
@@ -125,7 +125,7 @@ toc: false
- Erlebe es in freier Wildbahn!
+ Erlebe es in Aktion!