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
erforschenHenri 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:
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:
Erstellung und Test für benutzerdefinierte Komponenten sind über eine Texteditor -Schnittstelle möglich:
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!