c# - 避免在主窗体顶部使用全局变量的良好设计模式是什么？

Question

每次我与经验丰富的程序员交谈时，他们都会谈到使用全局变量是一种不好的做法，因为会出现调试或安全漏洞。我有一个简单的字符串列表，我想从文本文件加载并访问我表单中的不同方法。以前，我只是在表单类的顶部初始化所述变量，然后跨方法使用它。我总是尽量减少这种做法，并且只在我真正需要它们时才初始化这些变量。这样做是不好的做法还是更有经验的程序员也这样做？是否有执行此操作的标准设计模式方法，这样您就不必在表单顶部使用“全局变量”？

Answer 1

当您谈论 C# 并且它是一种完全面向对象的编程语言时，无法声明全局变量。

在像 C# 这样的 OOP 语言中，不好的做法可能是使用静态类模拟全局变量:

public static class Global
{
     public static string Value1 { get; set; }
     public static int Value2 { get; set; }
}

...稍后从其他类获取或设置这些值。当然，这是一种不好的做法，因为状态应该由特定且有意义的对象持有。

通常，在完美/理想的 OOP 解决方案中，您应该使用构造函数将此类值从一个类传递到另一个类:

public class X
{
    public int Value1 { get; set; }

    public void DoStuff()
    {
        Y y = new Y(this);
        y.DoChildStuff();
    }
}

public class Y
{
    public class Y(X parent)
    {
         Parent = parent;
    }

    public X Parent { get; }

    public void DoChildStuff()
    {
         // Do some stuff with Parent
    }
}

或者，您也可以传递为某些方法提供参数的状态:

public class Y
{    
    public void DoChildStuff(X parent)
    {
         // Do some stuff with "parent"
    }
}

由于您使用引用类型传递状态，如果链中的任何方法决定将 Parent.Value1 更改为另一个值，所有持有引用的对象到相同的 X 对象将获得新的 X.Value1。

有些人可能会争辩说，我们通常会构建配置对象，这些对象拥有许多其他任意对象可以访问的属性，对吧？顺便说一句，配置 本身就是一个概念，不是吗？我们通常使用组合对配置值进行分类:

public class ApplicationConfiguration
{
     public DatabaseConfiguration Database { get; } = new DatabaseConfiguration();
     public StorageConfiguration Storage { get; } = new StorageConfiguration();
}

public class DatabaseConfiguration
{
     public string ConnectionString { get; set; }
}

public class StorageConfiguration
{
     public string TemporalFileDirectoryPath { get; set; }
     public string BinaryDirectoryPath { get; set; }
}

所以稍后我们在需要的地方注入(inject)应用程序配置:

// Please note that it's a VERY hypothetical example, don't take
// it as an actual advise on how to implement a data mapper!!
public class DataMapper
{
     public DataMapper(ApplicationConfiguration appConfig)
     {
           AppConfig = appConfig;
     }

     public ApplicationConfiguration AppConfig { get; }
     private IDbConnection Connection { get; }

     public void Connect()
     {
           // We access the configured connection string
           // from the application configuration object
           Connection = new SqlConnection(AppConfig.Database.ConnectionString);
           Connection.Open();
     }
}

总而言之，由于我喜欢比较现实世界和编程用例，想象一下您从不打扫房间并且您会使用一个盒子来存放您有一天可能需要的所有工具。有一天你需要一把整箱的 Screwdriver ，而且你知道它就在里面......但你需要把盒子里的所有东西都扔到地上，然后解决这个问题，然后才能找到无价的 Screwdriver 来完成一些家庭任务。

或者想象一下，您买了一个工具箱来按顺序存放您的工具，一旦您需要一把 Screwdriver ，您就会知道它就在工具箱和您存放 Screwdriver 的部分。

您知道第二种方法对思维最友好。也就是说，当您开发软件时，您需要设计思维友好的架构，而不是一大堆不相关的数据和行为一起工作。