C#Static class vs struct用于预定义字符串

Question

一位同事刚刚在C#中创建了以下构造(示例代码已经简化).他的目标是缩短其余代码中所有预定义字符串的表示法.

public struct PredefinedStrings
{
    public const string VeryLongName = "Very Long Name";
    public const string AnotherVeryLongName = "Another Very Long Name";
    public const string TheLastVeryLongName = "The Last Very Long Name";
}

public static void MethodThatUsesTheNames()
{
    Console.WriteLine(PredefinedStrings.VeryLongName);
    Console.WriteLine(PredefinedStrings.AnotherVeryLongName);
    Console.WriteLine(PredefinedStrings.TheLastVeryLongName);
}

虽然它似乎对他来说很好,但我不禁想知道他是否应该使用静态类而不是结构,或者是否有更优雅的方法来实现这一点.

这样做的首选方法是什么？还请解释原因.

Answer 1

使用该struct解决方案,没有什么可以阻止其他代码执行new PredefinedStrings(),这不会做任何坏事,但是它在语义上容易让人感到困惑.对于静态类,编译器将禁止为您创建.毫无疑问,静态类是在框架中提供常量的首选方式.

编辑添加,我说第二部分没有证据 - 我已经搜索并合理地快速找到System.Net.Mime.DispositionTypeNames和System.Net.WebRequestMethods.Http.

Answer 2

我希望字符串都在资源文件中,而不是嵌入代码中 - 主要是出于国际化的原因.然后可以通过静态类访问它,其值为属性成员.

Answer 3

除了static class和struct,为什么不考虑使用resource文件作为常量字符串？这些可以很容易地访问SomeNamespace.ResourceName.KeyName,并且根据它们在项目中的位置可以在外部进行管理而无需重新编译(如果需要)...

Answer 4

简单的经验法则:在没有其他选择之前,不要使用结构.

常量有几个缺点:

• 只能使用简单类型(字符串,数字等)
• 常量被注入到引用程序集中.如果使用常量重新编译程序集并且不重新编译使用常量的程序集,则会遇到麻烦

我会像这样写你的代码(注意重命名重构):

public static class KnownNames
{
    public static readonly string VeryLong = "Very Long Name";
    public static readonly string AnotherVeryLong = "Another Very Long Name";
    public static readonly string TheLastVeryLong = "The Last Very Long Name";
}

Answer 5

听起来你正在寻找一个资源文件(.resx).这是一个存储这些字符串的好地方,将字符串抽象为.resx将使您将来更容易本地化您的应用程序.有关更多信息,请访问http://msdn.microsoft.com/en-us/library/1ztca10y.aspx上的MSDN页面.

Answer 6

这段代码没有任何功能上的错误.但风格上我同意静态类更好.静态类声明该类型的意图是仅保存静态/常量数据.

Answer 7

不要忘记结构大小应该是大约16个字节的建议.给定一个32位系统,那就是4个System.String引用.如果字符串的数量增加,我会说你最好使用静态类.

Answer 8

静态类似乎是最好的方法，因为它是最标准和最期望的。我认为 struct/const 版本可能更快，但经过一些测试后却并非如此。

以下是我的快速测试结果，包括 length、compare、concat、copy、indexOf 和 Substring。它在.Net 4.0 版本下运行，没有附加调试器。

                                          .Net 3.0  .Net 4.0
static class with static read-only string:  0.217   0.364  seconds
static class with const            string:  0.211   0.361  seconds
struct       with static read-only string:  0.211   0.372  seconds
struct       with const            string:  0.214   0.371  seconds
Properties.Resources               string:  1.173   1.268  seconds

除了使用资源文件时速度较慢之外，它们的性能均相同。虽然 Properties.Resources 速度较慢，但​​它不存储在可执行文件中，因此在某些情况下可能更合适。因此，在我看来，使用“静态类”或 Properties.Resources 存储字符串。