Redux出现前，Web应用全局变量的有效管理方法

在Redux等状态管理库尚未出现时，Web开发者就已面临如何有效管理全局变量的挑战。全局变量虽能在程序各部分方便地访问和共享数据，但管理不善易引发诸多问题，如变量冲突、数据一致性难以维护等。不过，当时仍有不少实用方法来应对这些难题。

首先是对象字面量模式。开发者将相关的全局变量组织在一个对象中，而非直接暴露多个独立的全局变量。例如，创建一个名为AppConfig的对象，将应用的各种配置信息，如服务器地址、默认语言等都作为该对象的属性。这种方式在一定程度上避免了变量名冲突，使代码结构更清晰。通过AppConfig.serverUrl来访问服务器地址，而非使用单独的全局变量，增强了代码的可读性和可维护性。

模块模式也是常用手段。利用JavaScript函数作用域的特性，将全局变量和相关函数封装在一个立即执行函数（IIFE）中。这个函数返回一个对象，对象的属性和方法就是对外暴露的接口。比如，一个负责用户信息管理的模块，可以在IIFE内部定义用户信息的全局变量和操作这些变量的函数，然后返回一个包含这些函数的对象。其他部分的代码通过调用返回对象的方法来间接操作内部的全局变量，实现数据的封装和隐藏，提高了代码的安全性。

事件总线模式同样不可忽视。创建一个全局的事件总线对象，各个模块通过在这个对象上发布和监听事件来传递数据和交互。当某个模块需要更新全局变量时，它可以发布一个事件并携带相关数据；其他对该事件感兴趣的模块监听这个事件，接收到事件后进行相应处理。例如，用户登录成功后，登录模块发布一个“用户登录”事件，携带用户信息，其他模块如导航栏模块监听此事件，更新显示用户的相关信息。

在Redux出现之前，这些方法为Web开发者有效管理全局变量提供了可靠途径，即使在如今，它们在一些小型项目或特定场景下仍有重要价值。