Sind Funktionskomponenten gleichbedeutend mit funktionaler Programmierung?

React-Entwickler sind bereits mit der Tatsache vertraut, dass React zwei Komponententypen hat:

• Klassenkomponente
• Funktionskomponente

Wenn man die Erwähnung von „Klasse“ und „Funktion“ betrachtet, stellen sich natürlich Fragen:

• Stehen Klassenkomponenten in Zusammenhang mit der objektorientierten Programmierung (OOP)?
• Stehen funktionale Komponenten in Zusammenhang mit der funktionalen Programmierung (FP)?

Wenn Klassenkomponenten mit OOP verknüpft sind, können die OOP-Prinzipien (Vererbung, Kapselung, Polymorphismus usw.) die Entwicklung klassenbasierter Komponenten leiten. Ebenso können FP-Prinzipien funktionale Komponenten beeinflussen. Mit anderen Worten: Wir können die Best Practices dieser Programmierparadigmen direkt auf React-Projekte anwenden.

Welche Beziehung besteht also zwischen funktionalen Komponenten und funktionaler Programmierung? Dieser Artikel befasst sich mit diesem Thema.

Programmierparadigmen und DSL

Zunächst sollten wir klarstellen, dass es sich bei der Framework-Syntax im Wesentlichen um eine DSL (Domain Specific Language) handelt, die für die Entwicklung in einer bestimmten Domäne angepasst ist.

React ist beispielsweise eine DSL zum Erstellen von Ansichten. Obwohl verschiedene Plattformen unterschiedliche Frameworks zum Erstellen von Ansichten verwenden, zum Beispiel:

• Webseite: ReactDOM
• Miniprogramm: Taro
• Native Entwicklung: ByteDances internes Framework React Lynx

Diese Frameworks folgen normalerweise der gleichen DSL (React-Syntax). Dieses DSL ist nicht an ein bestimmtes Programmierparadigma gebunden, sondern sollte als eine Reihe von Sprachfunktionen betrachtet werden, die sich gut für die View-Entwicklung eignen.

Also, als Teil des React DSL:

• Funktionskomponenten können OOP-Prinzipien verkörpern.
• Klassenkomponenten können FP-Prinzipien widerspiegeln.

Solange diese Prinzipien für die Entwicklung von Vorteil sind, können sie in das DSL integriert werden.

Betrachten Sie beispielsweise den folgenden Funktionskomponenten-Header, der aus WelcomeMessage und LogoutButton besteht und das Prinzip der Zusammensetzung über die Vererbung in OOP demonstriert:

function Header(props) {
  return (
    <div>
      <WelcomeMessage name={props.name} />
      <LogoutButton onClick={props.onLogout} />
    </div>
  );
}

Betrachten Sie in ähnlicher Weise die Klassenkomponente Cpn, bei der die Statusanzahl nicht durch Mutation (this.state.count), sondern durch Aufruf von this.setState mit unveränderlichen Daten aktualisiert wird:

class Cpn extends React.Component {
  // ...
  onClick() {
    const count = this.state.count;
    this.setState({ count: count + 1 });
  }
  render() {
    // ...
  }
}

Die Verwendung unveränderlicher Daten spiegelt die Prinzipien von FP wider.

Daher sollten wir bei der Erkundung einer React-Funktion die folgenden drei Schritte berücksichtigen:

1. Was ist die Kernentwicklungsphilosophie von React?
2. Welche Ideen aus verschiedenen Programmierparadigmen wurden zur Umsetzung dieser Idee verwendet?
3. Wie können diese Ideen in React angewendet werden?

Indem wir diesen Denkprozess auf die Beziehung zwischen funktionalen Komponenten und funktionaler Programmierung anwenden, finden wir:

• Funktionskomponenten sind das Ergebnis der Implementierung (Schritt 3).
• Funktionale Programmierung ist ein Programmierparadigma (Schritt 2).

Dies definiert die Beziehung zwischen ihnen: Funktionskomponenten sind das Produkt der Implementierung mehrerer Programmierparadigmen (hauptsächlich OOP und FP) in React, wobei einige Ideen von FP übernommen wurden.

Funktionale Komponenten sollten nicht nur als Verkörperung der funktionalen Programmierung in React betrachtet werden.

Die Entwicklung funktionaler Komponenten

Lassen Sie uns die Entwicklung funktionaler Komponenten anhand des zuvor erwähnten dreistufigen Denkprozesses untersuchen. Die Entwicklungsphilosophie von React lässt sich am besten durch die folgende Formel ausdrücken:

function Header(props) {
  return (
    <div>
      <WelcomeMessage name={props.name} />
      <LogoutButton onClick={props.onLogout} />
    </div>
  );
}

Um dieses Konzept zu verwirklichen, sind zwei Schlüsselelemente erforderlich:

• Datenschnappschuss
• Funktionszuordnung

Hier eignen sich die unveränderlichen Daten von FP besser als Träger des Daten-Snapshots. Aus diesem Grund ist der Zustand in React unveränderlich – das Wesen des Zustands ist eine Momentaufnahme.

Es gibt keine besonderen Anforderungen an den Träger der Funktionszuordnung. In React löst jedes Update ein erneutes Rendern aus, und der Renderprozess selbst ist ein Funktionszuordnungsprozess. Die Eingabe ist Requisiten und Zustand und die Ausgabe ist JSX.

Im Gegensatz dazu entsprechen Vue-Komponenten eher den OOP-Prinzipien. Betrachten Sie diese Vue-App-Komponente:

class Cpn extends React.Component {
  // ...
  onClick() {
    const count = this.state.count;
    this.setState({ count: count + 1 });
  }
  render() {
    // ...
  }
}

Die Setup-Methode der Komponente wird nur einmal während der Initialisierung ausgeführt. Nachfolgende Aktualisierungsvorgänge arbeiten mit denselben Daten innerhalb des Abschlusses, was dem Konzept der Instanzen in OOP entspricht.

Da React keine besonderen Anforderungen an den Träger der Funktionszuordnung stellt, sind sowohl Klassenkomponenten als auch Funktionskomponenten praktikable Optionen.

Warum ersetzten Funktionskomponenten Klassenkomponenten?

Viele Menschen glauben, dass die Verbesserung der Wiederverwendbarkeit von Logik durch Hooks der Hauptgrund dafür ist, dass Funktionskomponenten Klassenkomponenten überlegen sind. Allerdings hat sich das auf Dekoratoren basierende Klassenentwicklungsmodell, insbesondere in Kombination mit TypeScript, als effektive Methode zur Wiederverwendung von Logik erwiesen.

Der wahre Grund ist, dass Funktionskomponenten das Konzept von UI = fn(snapshot) besser implementieren können.

Wie bereits erwähnt, stellt der Schnappschuss in der Formel einen Schnappschuss des Zustands dar, der in React Folgendes umfasst:

• Staat
• Requisiten
• Kontext

Für eine bestimmte Komponente stellt die Formel UI = fn(snapshot) sicher, dass derselbe Snapshot die gleiche Ausgabe (JSX) erzeugt. Statusaktualisierungen können jedoch auch Nebenwirkungen auslösen, wie z. B. das Abrufen von Daten oder DOM-Manipulationen.

In Klassenkomponenten sind diese Nebeneffektlogiken auf verschiedene Lebenszyklusmethoden verteilt, was die Steuerung von React erschwert. Aber in der Funktionskomponente:

• Nebenwirkungen sind auf useEffect beschränkt. React stellt sicher, dass Nebenwirkungen von vorherigen Renderings bereinigt werden (über den Rückgabewert von useEffect), bevor neue Nebenwirkungen angewendet werden.
Die Weitergabe von
• ref wird durch Mechanismen wie „forwardRef“ eingeschränkt, wodurch seine potenziellen Auswirkungen begrenzt werden.
• Nebenwirkungen beim Datenabruf werden von Suspense wie folgt verwaltet:

<code>UI = fn(snapshot);</code>

Verwendung:

const App = {
  setup(initialProps) {
    const count = reactive({ count: 0 });
    const add = () => { count.value++; };
    return { count, add };
  },
  template: "...omitted"
};

Kurz gesagt sorgen funktionale Komponenten dafür, dass Nebenwirkungen kontrollierbar bleiben und eine konsistente Ausgabe für die gleiche Snapshot-Eingabe bereitgestellt wird. Dies steht im Einklang mit dem Konzept reiner Funktionen in FP, weshalb funktionale Komponenten in React zu einer gängigen Wahl geworden sind.

Fazit

Funktionskomponenten sind keine direkte Implementierung der funktionalen Programmierung in React, sondern der am besten geeignete Träger zur Implementierung des Kernkonzepts von React UI = fn(snapshot). React integriert hervorragende Ideen aus verschiedenen Programmierparadigmen, von denen FP den größten Einfluss hat. Letztlich dient jede Designentscheidung der Gesamtidee.

---

Wir von Leapcell sind Ihre erste Wahl für das Hosting Ihrer Node.js-Projekte.

Leapcell ist eine serverlose Plattform der neuen Generation für Webhosting, asynchrone Aufgaben und Redis:

Mehrsprachige Unterstützung

• Entwickeln Sie mit Node.js, Python, Go oder Rust.

Unbegrenzt viele Projekte kostenlos bereitstellen

• Zahlen Sie nur für das, was Sie nutzen – keine Anfragen, keine Gebühren.

Unvergleichliche Kosteneffizienz

• Pay-as-you-go, keine Leerlaufgebühren.
• Beispiel: 25 $ unterstützt 6,94 Millionen Anfragen mit einer durchschnittlichen Antwortzeit von 60 ms.

Vereinfachte Entwicklererfahrung

• Intuitive Benutzeroberfläche, einfach einzurichten.
• Vollautomatische CI/CD-Pipeline und GitOps-Integration.
• Echtzeitmetriken und Protokollierung für umsetzbare Erkenntnisse.

Einfache Skalierbarkeit und hohe Leistung

• Automatische Skalierung zur einfachen Bewältigung hoher Parallelität.
• Kein Betriebsaufwand – konzentrieren Sie sich nur auf den Bau.

Erfahren Sie mehr in der Dokumentation!

Folgen Sie uns auf X: @LeapcellHQ

---

Lesen Sie unseren Blog

Das obige ist der detaillierte Inhalt vonSind Funktionskomponenten gleichbedeutend mit funktionaler Programmierung?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!