フローベースのプログラミング（FBP）：70年代のコンセプトの現(xiàn)代の復活

1970年代に始まった概念であるフローベースのプログラミング（FBP）は、テクノロジーの世界で復活を経験しています。 プログラムフローへの視覚的に直感的なアプローチは、オブジェクト指向のプログラミングに代わる説得力のある代替品を提供し、コードの明確さと柔軟性の向上を約束します。 FBPランドスケープのキープレーヤーである

Nofloは、アンリベルギウスとフォレストオリファントによって開発され、革新的な機能で際立っています。 グラフの作成のためにJSONを活用し、オープンソースフレームワークを採用しており、重要なことに、UI自體がコードを生成しないことです。 Nofloコンポーネントは、多様な入力と出力に動的に適応し、適応性を向上させます。

最初は開発者の懐疑論に會いましたが、FBPの利點はますます明らかになりつつあります。 その固有のモジュール性と再利用性、明確なデータフローの視覚化、および同時実行のサポートは、大きな利點をもたらします。 ただし、學習曲線は、従來のコントロールフローパラダイムに慣れているプログラマーにとって急な場合があります。

驚くべき側面は、過ぎ去った時代に考案されたワークフローの復活です。 FBPの前身であるJ.ポールモリソンの1970年代の銀行システムは、複雑なロジックを視覚的に表現(xiàn)する力を?qū)g証し、非技術的なユーザーにもアクセスできるようにしました。 この記事では、FBPの中核原則とNofloを介した最新の実裝を掘り下げています。

FBP

の本質(zhì)を理解します

設立以來、モリソンのFBPシステムは、ソフトウェア開発サークル內(nèi)で限られた注意を集めています。 しかし、FBPは、視覚効果、フィルム制作、人工知能、愛好家プログラミングなどの多様な分野で靜かにアプリケーションを見つけました。

プログラムの流れを視覚的に表現(xiàn)し、厳格なオブジェクト指向の構造から離れるという魅力は、より理解しやすく柔軟なコードを指します。 問題は殘っています：なぜFBPの広範な採用が遅いのか？

フローハブネットワークの出現(xiàn)、特にJavaScriptのNofloは潛在的な答えを提供します。

noflo

の探索 Kickstarterキャンペーンの成功に支えられたHenri BergiusとForrest OliphantのNoFloプロジェクトは、いくつかの重要な機能を介して以前のFBP様システム（Yahoo Pipes、Quartz Composer）と區(qū)別しています。

• jsonベースのグラフ作成。
• オープンソースフレームワーク（閉じたホストインフラストラクチャにもかかわらず）。
• UIコード生成はありません。
• ランタイムは、さまざまな言語（JavaおよびObjective-Cを含む）のために開発されています。
カスタムコンポーネントの作成とテストがサポートされています
フローハブは、プログラムコンポーネントを表す相互接続されたノードで構成されるグラフにロジックを整理します。 これらのノードは、著信情報パケット（IIP）に応答し、その機能に基づいてデータを処理および出力します。 OOPの通信の複雑さとは異なり、FBPはコンポーネントの接続のみに焦點を當てています。 NofloのKickstarterからの引用は、従來のソフトウェア開発のスケーラビリティの課題を強調(diào)しています。

「それが建物のソフトウェアです。自分の體重が崩壊する前に、どれだけの足場を立てることができるかです...それに取り組んでいる人の數(shù)は関係ありません...ソフトウェア開発プロジェクトは特定のものになりますもう1人を追加するサイズでは、その人と通信するエネルギー量は、実際にはプロジェクトへの純貢獻よりも大きいため、遅くなります?！?- スティーブジョブズ

nofloコンポーネントは、多様な入力（HTTPリクエスト、APIなど）および出力（データベースなど）を処理し、特に広範なI/Oとデータソースを備えた最新のインターフェイスに関連する従來のプログラミングロジックの順次性質(zhì)に挑戦します。 ??>

FBPへのシフトは、當然のことながら開発者の間で懸念を引き起こします。 デザイナーや製品マネージャーがアクセスできる?yún)g純化されたコンポーネント接続による仕事の移動の恐怖は有効です。 ただし、FBPの柔軟性は潛在的な欠點を上回る可能性があります。 カスタムコンポーネント開発、既存のコードとのFBP統(tǒng)合、および潛在的なUIの制限に関する質(zhì)問は殘っています。

実用的なnofloの例

NofloのFBPインターフェイスを調(diào)べてみましょう。 サインアップした後（GitHubアカウントが必要）、リポジトリに展開できます。 インターフェイスは、プランのランタイムに基づいて異なる場合があります：

マップは、複雑なネットワークでのナビゲーションを支援します。 スケーリングは、ピンチまたはスワイピングを通じて直感的です。

インターフェイスナビゲーションは簡単です（クリックドラグ）。 検索バーには、事前に構築されたコンポーネント（CSS、データベース呼び出し、數(shù)學関數(shù)など）がリストされています。

カスタムコンポーネントの作成とテストは、テキストエディターインターフェイスを介して可能です。

最終的な考え

FBPの視覚的性質(zhì)は、初期學習曲線が克服されると、獨自の自由を提供します。 複雑なプロジェクトでは、論理フローの視覚的表現(xiàn)がさらに価値があります。 共同の側面は、スケッチまたは擬似コードに似ており、コーディング前に明確な概要を提供します。 これは、テキストが少なく、視覚的なプログラミングが増加する未來を示唆しています。

Nofloのコードまたはブラウザインターフェイスを?qū)g験します（githubサインイン後）。

（しばしば尋ねられる質(zhì)問セクションは、より簡潔で魅力的な方法で既に提示されている情報の繰り返しであるため、省略されています。）

以上がNofloによるフローベースのプログラミングの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。