为什么在主要是非静态类中包含静态成员？

Question

我无法理解在通常充当实例化蓝图的类中包含静态成员的总体原则是什么。我举个例子：

假设你有 Car 课程。

Class Car
{
  public int yearBuilt;
  public string make;
  //etc
}

主要用于生产新车。所以你有一堆非静态成员，如预期和上面所示。现在，假设您按如下方式实例化 2 辆新车

Car.newCar1 = new Car();
Car.newCar2 = new Car();

现在，假设您想为今天制造的新车分配/跟踪供应商。假设您在任何时候只能有一个供应商，您认为此时制造的所有 newCar 都应该共享该值，因此您添加到 Car 类：

public static string supplier = "American AutoCompany X";

我现在无法通过实例访问它，即：newCar1.supplier，否则它会更改 newCar2 的值（在这种情况下是可以且更可取的），而是必须这样做才能完成相同的操作目标：

Car.supplier;

我不明白这一点。为什么不把你的静态方法/字段等放在一个完全不同的类中，比如：

class AllStaticStuff
{
}

并从那里访问它？从组织上讲，这甚至可能更可取，因为静态成员无论如何都与实例化无关。还是我错过了一些基本的东西，使这种组织方法比它的价值更麻烦？我想我不喜欢在非静态类中包含静态的想法的原因是我试图避免在任何一个类中不必要地增加成员，因为为了可读性，我觉得它更干净。

Answer 1

实际上，这仅取决于您尝试使用代码创建的抽象。

如果您使用希望在另一个类的所有实例之间共享的数据创建一个类，则无论如何您都必须将该类设为静态。有时创建一个静态成员会更简洁。

我认为您的汽车示例不是一个很好的示例，因为汽车拥有 Supplier 属性是没有意义的，除非供应商可以在实例之间变化。

我认为，一个更好的例子是保留一个持有计数器的静态成员。想象一下，如果您正在跟踪您打开了多少个类的实例。每次创建实例时，计数器都会递增。类的所有实例都需要知道这个数字。它只与这个类有关，那么为什么要为计数器数据创建一个单独的类呢？

Car.Counter 在逻辑上对人类来说比 AllStaticStuff.Counter 更有意义。比较明显。

Answer 2

我喜欢将静态成员视为操作（还有很多其他用途），但假设您拥有汽车对象，但您需要做一些事情，例如抓取汽车的图像（无论年份和制造都无关紧要，它可以找到它），你可以做这样的事情。

Class Car
{
   public int yearBuilt;
   public string make;

   public static string GetImageOfCar(Car c)
   {
     // File operations to find the correct image on the drive and return its path as a string   
     // use c.yearBuilt somewhere 
     // use c.make somewhere
   }
}

然后在类之外，当你实例化一个汽车对象时，你可以这样做：

Car aCar = new Car();
aCar.yearBuild = 1983;
aCar.make = "Ford Truck";

MessageBox.Show(Car.GetImageOfCar(aCar)); // Would return the path to the image

就您的供应商名称而言，我只是创建属于每个对象的另一个字段，因为每辆汽车“技术上”可能有一个单独的供应商。我想你可以制作一个常量或其他东西，但你仍然需要某种字段来轻松识别我认为的每个对象。您可以简单地创建一个静态字段，并在需要时在类外部使用该值。在 Car 类中，您可以输入以下内容：

public static string Supplier = "name of supplier";

然后在课堂外使用：

MessageBox.Show(Car.Supplier);