大規模なコードベースの離れた部分の間にデータフローを追加しやすくすることはできますか？

大規模なシステムに変更を加えるとき、機能の一部が別の部分からデータを取得する必要があるという問題にしばしば直面しますが、それらは深く分岐した呼び出しツリーの異なる部分にあり、イベントリスナー、遅延呼び出しを経由している可能性があります。このようにして、簡単な変更ですばやく膨らませることができます。

Yossi Kreininのブログ投稿（http://www.yosefk.com/blog/i-want-a-struct-linker.html）からの引用：

あなたはあなたがたくさん渡すいくつかの種類のデータ構造を持っています。すぐに、構造に関して最も価値のあるものは、それが保持するデータではありませんが、制御の毛のような流れを通してずっと利用できるという事実です。

グローバル変数は、コードを遠く離れたコードに「叫び」させる1つの古典的な方法ですが、問題があることがわかっています。動的スコープ変数はより制限された方法ですが、同様に問題があります。

この問題を解決することを目的としたプログラミング言語の研究はありますか？静的チェック、簡単な単体テスト、その他の機能を備えたまま、予期しないデータフローを大規模なコードベースに簡単に追加できますか？

あなたはCDI（Context Dependency Injection）AKA IoC（Inversion of Control）を参照しています。Java JSFやSpring Frameworkはその一例です。ASP.NET MVCには、Unityのようなプラグインがあります。JavaScriptは、多くの最新のJSフレームワークで見られるインジェクション動作を持つRequireJSのようなライブラリーを使用して構造を編成し始めています。これは、ローカルアプリケーションとリモートアプリケーションを接続するためのものです。

ネットワーク間で疎結合を実現するために、企業はSOAP、REST、AJAX、またはRPCを使用した通常のリモートメソッド呼び出しでWebサービスを使用することを好みます。Javaでは、JAX-WSまたは.NET WCFを使用して分散サービスを構築できます。次に、クライアントとして、任意の言語またはプラットフォームからサービスバスまたは「データフロー」にそれらを並べます。Ruby、Python、Scala、Java、C＃など。

疎結合を使用すると、問題を分割して克服することができます。多くの場合、サービスはデータをプルするためのデータベースへのエントリーポイントです。はしごを踏み出すと、Message Queueという獣がいます。その道は、エンタープライズおよびインフラストラクチャタイプのフレームワークにつながります。

ただし、プロジェクトがネットワークを要求しない場合、単一のアプリケーション内で大量のデータが流れるように設計されたScala、Akka、NodeJSなどの言語があります。また、複雑なプロジェクトのために、前述のテクノロジーの一部またはすべてとも連携します。たとえば、ScalaをJAX-RS RESTサービスで使用して、データソースから「グローバルデータ」の種類をプルしたり、IoC内部配線用のSpringを使用したりできます。JBoss、.NET、およびMuleESBのようなGUIツールには、多くのビジネス実行フレームワークまたはワークフローフレームワークもあります。開発中、EclipseとNetbeansを使用すると、視覚的なフローチャート画面でサービスをドラッグアンドドロップできます。

最後に、JavaにはまだシングルトンBeanがあります。実行時にメソッドを調整するには、プロキシまたはリフレクションフレームワークを使用します。しかし正直なところ、それは1999年のことです。

私の意見では、ユーザーのタイムゾーンに基づいてユーザーにメッセージを送信するためにそのように多くの呼び出しを行っている場合、ユーザーに表示されるのと同じ効果を実現するための2ステップの方法がおそらくあります。しかし、そうです、CDIフレームワークは、あなたが言及した柔軟な能力のすべてをそれらに与えるコートのような既存の言語によって身に着けられています。私はそれを私のプログラムの潜在意識と呼び、汚い仕事をシームレスに処理します。

これを大規模に行う最も簡単な方法は、実際にはある種のデータカプセル化APIを使用することです。これは、NoSQLストアであるか、カプセル化されたRDBMSである可能性があります（または、実際には、同じアプリケーション内の異なる時間と場所の両方に存在する可能性があります-長期間RDBMSを処理できない理由はありません。ストレージと短期的な状態制御を処理するNoSQL db）。それは、一連のシングルトンオブジェクトである場合もあります。

データ構造は、ある程度管理された方法で、ある種の中立空間で利用できるようになります。これは、LedgerSMBで採用するアプローチです（ただし、本質的に隠されているシングルトンのセミグローバル変数がいくつかありますが、これらは管理されます。変数の管理が少し簡単になったため、オブジェクトを直接隠しましたが、その後、 4つすべて）。

もちろん、どのアプローチにもトレードオフがあり、それらのトレードオフを回避することはできません。重要なのは、トレードオフ（管理vsパフォーマンスvsコードのクリーン度vs潜在的なコーディングの落とし穴）を調べ、アプリケーションに最適なものに基づいて決定することです。

言葉を使う（または引用する）場合

hairy flow of control

それから私はあなたのコードが本当に混乱していると思います。すぐに落としてください。懸念事項のモジュール化/分離を使用する場合、「制御のヘアフロー」などはありません。あなたのコードは単純さを欠いているだけで、これはグローバル変数を参照したという事実からも推測できます:-)。