我们能否使在大型代码库的不同部分之间添加数据流更容易？

在对大型系统进行更改时，我经常会遇到一个问题，即某些功能需要从另一部分中获取一些数据，但是它们位于深度和分支调用树的不同部分中，可能流经事件侦听器，延迟调用，等。这样，简单的更改就会迅速膨胀。

Yossi Kreinin的博客文章（http://www.yosefk.com/blog/i-want-a-struct-linker.html）的相关引用：

您有很多传递的数据结构。很快，关于该结构的最有价值的事情不是它保留的数据，而是通过一些繁琐的控制流程一直可用的事实。

全局变量是让代码“呼喊”到遥远的代码的一种经典方法，但众所周知它们存在问题。动态范围变量是一种更受限制的方法，但它们也存在问题。

是否有旨在解决此问题的编程语言研究？我们是否可以更轻松地将意外的数据流添加到大型代码库中，同时仍具有静态检查，简便的单元测试和其他优点？

您指的是CDI（上下文依赖注入）AKA IoC（控制反转）。Java JSF和Spring Framework是一些示例。ASP.NET MVC具有Unity等插件。Java语言开始使用诸如RequireJS之类的库来组织结构，该库具有在许多现代JS框架中可见的注入行为。那是用于连接本地和远程应用程序。

为了跨网络进行松散耦合，公司喜欢将Web Services与SOAP，REST，AJAX或通过RPC进行常规远程方法调用一起使用。在Java中，可以使用JAX-WS或.NET WCF来构建分布式服务。然后，您可以将它们以任何语言或平台从服务总线或“数据流”中排列为客户端。Ruby，Python，Scala，Java，C＃等。

松散耦合使您可以划分和解决问题，并且服务通常是数据库中提取数据的入口点。加紧阶梯，我们有了名为Message Queue的野兽。那条路通往企业和基础架构类型的框架。

但是，如果您的项目坚持不使用任何网络，则可以使用诸如Scala，Akka，NodeJS等之类的语言来设计，以在单个应用程序中实现大量数据流。他们还可以使用一些或所有前面提到的用于复杂项目的技术。例如，Scala可与JAX-RS REST服务一起使用，以从数据源中提取某种“全局数据”，并具有用于IoC内部接线的Spring。JBoss，.NET和GUI工具（例如MuleESB）中也有许多业务执行或工作流框架。在开发中，Eclipse和Netbeans使您可以在可视流程图屏幕中拖放服务。

最后，Java仍然具有Singleton bean。要在运行时调整方法，请使用代理或反射框架。但老实说，1999年是如此。

我认为，如果您要打很多电话，以根据用户所在的时区向用户发送消息，则可能有一种两步方式来实现与用户看到的效果相同的效果。但是，是的，现有语言已经使用了CDI框架，就像外套一样，赋予它们您提到的所有灵活功能。我喜欢称它为程序的潜意识，无缝处理脏活。

实际上，最简单的方法是使用某种数据封装API。这可能是NoSQL存储，也可能是封装的RDBMS（或者实际上可能在同一应用程序中的不同时间和位置）–没有任何理由使您无法长期处理RDBMS存储和NoSQL数据库处理短期状态控制）。它甚至可能是一系列单例对象。

然后可以以某种可管理的方式在某种中性空间中使用您的数据结构。这是我们对LedgerSMB采取的方法（但是对于一些基本隐蔽的单身人士，它具有一些半全局变量，但是又对这些变量进行了管理，我们选择直接存储对象，因为它使变量的管理更容易一些，但是存在全部4个）。

当然，任何方法都需要权衡，您无法绕开这些权衡。关键是要看一下权衡（管理vs性能vs代码清洁度vs潜在的编码陷阱），然后根据最适合您的应用程序来做出决定。

如果您使用（或引用）这些词

hairy flow of control

那么我认为您的代码确实是一团糟。您应该立即将其删除。如果使用关注点的模块化/分离，则没有“麻烦的控制流”之类的东西。您的代码只是缺乏简单性，这也可以通过引用全局变量:-)来推断。