flie?basierte Programmierung (FBP): Eine moderne Wiederbelebung eines 70er-Jahre-Konzepts

Flow-basierte Programmierung (FBP), ein Konzept mit Ursprung in den 1970er Jahren, erlebt in der Tech-Welt eine Wiederbelebung. Der visuell intuitive Ansatz für den Programmfluss bietet eine überzeugende Alternative zu objektorientierter Programmierung und verspricht eine erh?hte Klarheit und Flexibilit?t von Code.

noflo, ein wichtiger Spieler in der FBP -Landschaft, entwickelt von Henri Bergius und Forrest Oliphant, f?llt auf seine innovativen Merkmale auf. Es nutzt JSON für die Erstellung von Grafiken, verwendet ein Open-Source-Framework, und vor allem generiert die Benutzeroberfl?che selbst keinen Code. Noflo -Komponenten passen sich dynamisch an verschiedene Eing?nge und Ausg?nge an und verbessern Sie die Anpassungsf?higkeit.

W?hrend sich zun?chst die Skepsis der Entwickler getroffen hat, werden die Vorteile von FBP immer deutlicher. Die inh?rente Modularit?t und Wiederverwendbarkeit, die klare Datenflussvisualisierung und die Unterstützung der gleichzeitigen Ausführung bieten erhebliche Vorteile. Die Lernkurve k?nnte jedoch für Programmierer, die an herk?mmliche Kontrollflussparadigmen gew?hnt sind, steil sein.

Der bemerkenswerte Aspekt ist die Wiederbelebung eines Workflows, der in einer vergangenen ?ra konzipiert wird. J. Paul Morrisons 1970er-Jahre-Bankensystem, ein Vorl?ufer der FBP, zeigte die Leistung der visuellen Darstellung komplexer Logik, was sie auch nicht-technischen Benutzern selbst zug?nglich macht. Dieser Artikel befasst sich mit den Kernprinzipien von FBP und seiner modernen Umsetzung durch Noflo.

Verst?ndnis der Essenz von FBP

Seit seiner Gründung hat das FBP -System von Morrison in der Softwareentwicklungskreise nur begrenzte Aufmerksamkeit auf sich gezogen. FBP fand jedoch leise Anwendungen in verschiedenen Bereichen wie visuelle Effekte, Filmproduktion, künstliche Intelligenz und hobbyistische Programmierung.

Die Anziehungskraft, den Programmfluss visuell darzustellen und sich von strengen objektorientierten Strukturen zu entfernen, weist auf verst?ndlichere und flexiblere Code hin. Die Frage bleibt: Warum war die weit verbreitete Adoption von FBP langsam?

Die Entstehung des FlowHub -Netzwerks, insbesondere Noflo für JavaScript, bietet eine potenzielle Antwort.

noflo

erforschen

Henri Bergius und Forrest Oliphants Noflo-Projekt, das von einer erfolgreichen Kickstarter-Kampagne unterstützt wird, unterscheidet sich von früheren FBP-?hnlichen Systemen (z. B. Yahoo Pipes, Quarzkomponisten) durch mehrere wichtige Merkmale:

• JSON-basierte Diagrammerstellung.
• Open-Source-Framework (trotz einer geschlossenen gehosteten Infrastruktur).
• UI -Codegenerierung fehlt
• Laufzeiten werden für verschiedene Sprachen (einschlie?lich Java und Objective-C) entwickelt.
• Erstellung und Test für benutzerdefinierte Komponenten werden unterstützt.

FlowHub organisiert Logik in Graphen, die aus miteinander verbundenen Knoten bestehen, die Programmkomponenten darstellen. Diese Knoten reagieren auf eingehende Informationspakete (IIPs), die auf ihrer Funktion verarbeitete und ausgeben Daten. Im Gegensatz zu OOPs Kommunikationskomplexit?ten konzentriert sich FBP ausschlie?lich auf die Konnektivit?t der Komponenten. Ein Zitat aus Noflos Kickstarter zeigt die Skalierbarkeitsprobleme der traditionellen Softwareentwicklung:

"Das ist es, was die Bausoftware ist. Es ist, wie viel Gerüst Sie errichten k?nnen, bevor sie ihr eigenes Gewicht zusammenbricht. Es spielt keine Rolle, wie viele Menschen Sie daran haben. Ein Softwareentwicklungsprojekt erhalten ein bestimmtes Projekt Gr??e, bei der Sie eine weitere Person hinzufügen, ist die Menge an Energie, um mit dieser Person zu kommunizieren, tats?chlich gr??er als ihr Nettobeitrag zum Projekt, damit es langsamer wird. “ - Steve Jobs

noflo -Komponenten verarbeiten verschiedene Eing?nge (HTTP -Anforderungen, APIs usw.) und Ausg?nge (Datenbanken usw.), was die sequentielle Natur der herk?mmlichen Programmierlogik in Frage stellt, insbesondere in modernen Schnittstellen mit umfangreichen E/A- und Datenquellen. ??>

Die Verschiebung in Richtung FBP wirft verst?ndlicherweise Bedenken der Entwickler auf. Die Angst vor der Verschiebung der Arbeitspl?tze aufgrund der vereinfachten Komponentenverbindungen, die Designer und Produktmanagern zug?nglich sind, ist gültig. Die Flexibilit?t von FBP k?nnte jedoch m?gliche Nachteile überwiegen. Fragen zur Entwicklung benutzerdefinierter Komponenten, die FBP -Integration in den vorhandenen Code und potenzielle UI -Einschr?nkungen.

ein praktisches Noflo -Beispiel

Lassen Sie uns die FBP -Schnittstelle von Noflo untersuchen. Nach der Anmeldung (für ein GitHub -Konto) k?nnen Sie ein Repository bereitstellen. Die Schnittstelle kann je nach Laufzeit Ihres Plans variieren:

Eine Karte unterstützt die Navigation in komplexen Netzwerken. Skalierung ist intuitiv durch Knochen oder Wischen.

Schnittstellennavigation ist einfach (Klick-Hold-Drag). In der Suchleiste werden vorgefertigte Komponenten (CSS, Datenbankaufrufe, Mathematikfunktionen usw.) aufgeführt.

Erstellung und Test für benutzerdefinierte Komponenten sind über eine Texteditor -Schnittstelle m?glich:

endgültige Gedanken

Die visuelle Natur von FBP bietet eine einzigartige Freiheit, sobald die anf?ngliche Lernkurve überwunden wird. Für komplexe Projekte wird die visuelle Darstellung des logischen Flusses noch wertvoller. Der kollaborative Aspekt ?hnelt das Skizzieren oder Pseudo-Code und bietet vor dem Codieren einen klaren überblick. Dies deutet auf eine Zukunft mit weniger Text und mehr visueller Programmierung hin.

Experimentieren Sie mit dem Code oder der Browser-Schnittstelle von Noflo (nach GitHub Anmeldung).

(Der h?ufig gestellte Fragen wird weggelassen, da es sich weitgehend um eine Wiederholung von Informationen handelt, die bereits pr?zise und ansprechender pr?sentiert werden.)

Das obige ist der detaillierte Inhalt vonAufflussbasierter Programmierung mit Noflo. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!