假设您不打算 * 退出 * 应用程序，然后重新打开它，并且仍然可以看到进度，那么您的App类想法并不像您想象的那么糟糕，尽管我不会专门使用App类。
你所寻找的就是所谓的singleton。它是一种设计模式，有很多关于它的好文章。（如果你不熟悉它，可以从Wiki开始）。
通常，我建议创建一个类，并将其注册为依赖注入容器的单例（如果您不熟悉，请进一步阅读here）。如果您熟悉DI或觉得有冒险精神，我会将下载进度逻辑放置到注册为单例的DownloadManager类中。
如果你没有设置DI容器，你仍然可以使用静态来创建一个临时的单例类。一个常见的模式如下所示：

public class MySingleton
{
    private static MySingleton _instance;
    public static MySingleton Instance
    {
        get
        {
            _instance ??= new MySingleton();
            return _instance;
        }
    }

    private MySingleton()
    {
    }
}

这允许您在需要时通过调用MySingleton.Instance来访问MySingleton类的示例。
第一次调用Instance getter时，??=检查_instance是否为空，如果为空，则构造MySingleton的新示例，否则返回已经设置的值。
这确保了在应用程序的生命周期中只创建一个MySingleton示例。构造函数是私有的，这确保了实际 * 获取 * MySingleton示例的唯一方法是通过Instance属性，并承诺永远只会有一个示例。
您可以创建一个单独的DownloadManager，在其中存储活动下载的所有值，这些值可以通过访问DownloadManager.Instance随时获取和更新。
从技术上讲，这与您提到的App解决方案没有太大区别，但是它不会用下载代码污染您的App类，并且允许您保持下载管理器代码的独立性，您可以轻松地修改它并隔离测试它。