C# 定义短类名方法名可以减少内存使用或软件包大小?

C# 定义短类名方法名可以减少内存使用或软件包大小?,c#,.net,memory,memory-management,C#,.net,Memory,Memory Management,这段代码可以返回类大小(可能不是准确的类大小) 如果我在测试类中有短方法名。MemoryStream字节计数将减少。 所以我很好奇,理论上,短类/方法名是否可以减少内存使用或软件包大小 由于程序集包含关于类和方法的元数据,因此它们的名称会显示在那里。但是,如果该类在内存中只存在一次,则该类的实例不会复制该信息 每个类实例的大小与类和成员名称的长度无关。通过使用较短的名称,您将总共节省几个字节,因此这绝对不是访问同一内存的有效方法 BinaryFormatter.Serialize方法将包含元数据

这段代码可以返回类大小(可能不是准确的类大小)
如果我在测试类中有短方法名。MemoryStream字节计数将减少。
所以我很好奇,理论上,短类/方法名是否可以减少内存使用或软件包大小

由于程序集包含关于类和方法的元数据,因此它们的名称会显示在那里。但是,如果该类在内存中只存在一次,则该类的实例不会复制该信息

每个类实例的大小与类和成员名称的长度无关。通过使用较短的名称,您将总共节省几个字节,因此这绝对不是访问同一内存的有效方法


BinaryFormatter.Serialize
方法将包含元数据和类中的数据,因此无法准确测量类实例使用的内存量。

我们在2015 dude中。内存现在非常便宜。你最好把时间花在实现一些其他有用的功能上,优化一些有用的东西。你是指可执行文件的大小还是表示序列化后流中对象状态的字节数?我知道我不应该考虑这个问题,但我只是在理论上好奇。在理论上,名称越长,元数据就必须越长。因此,在内存中的某个特定点上,如果名称较长,则字节数会减少。不过别担心。与使用名为
X
:)的类相比,使用占用更多内存的描述性类名会更好
byte[] Bytes;
Test test1 = new Test();
var formatter = new BinaryFormatter();
using (var stream = new MemoryStream())
{
    formatter.Serialize(stream, test1);
    Bytes= stream.ToArray();
}