Nofloによるフローベースのプログラミング

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

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

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

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

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

FBP

の本質を理解します

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

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

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

noflo

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

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

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

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

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

実用的なnofloの例

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

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

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

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

最終的な考え

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

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

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

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