Question

我的客户申请与全球合作框架服务连接,我从服务器获得文件尺寸,作为<代码>long。然后,我将其在客户中的数值改为string。 ∗∗∗∗∗∗∗∗

The application gets too many files sizes every time user changes the current directory path.

www.un.org/chinese/ecosoc 如果我把数值转换为string form from the WCF Service app 然后作为<条码>将其退回客户。或者,我只是将体积作为<条码>长期值,让客户将其转换成<条码>,<> 格式

In other way which value take more bytes in the memory:

long size = 55050240;
string size = "52.5 MB"; 

long large_size = 56371445760;
string large_size = "52.5 GB";

UPDATE:

我使用这种方法将长期价值转换为一种扼制格式:

private string ConvertUnit(long source)
    {
        const int byteConversion = 1024;
        double bytes = Convert.ToDouble(source);

        if (bytes >= Math.Pow(byteConversion, 3)) //GB Range
        {
            return string.Concat(Math.Round(bytes / Math.Pow(byteConversion, 3), 2), " GB");
        }
        else if (bytes >= Math.Pow(byteConversion, 2)) //MB Range
        {
            return string.Concat(Math.Round(bytes / Math.Pow(byteConversion, 2), 2), " MB");
        }
        else if (bytes >= byteConversion) //KB Range
        {
            return string.Concat(Math.Round(bytes / byteConversion, 2), " KB");
        }
        else //Bytes
        {
            return string.Concat(bytes, " Bytes");
        }
    }

www.un.org/spanish/ecosoc 简短问题: 需要更多的记忆<代码> 价值或long值?

Answer 1

Having a service layer that output values that are formatted is a very bad idea. What happens if the requirements change and rather than a GB suffix, the client application UI needs to output in bytes? e.g. 56,371,445,760 ? This will required the client application to parse then re-format the data sent by the server.

此外,确定储存个人变数所需的记忆也很容易。并非易事的是,要消除对你应用的总体影响。你们的法典将不同处理不同类型的问题,因此,较小的变量可能会增加成本。

Answer 2

“记忆、显示价值或长期价值”

C#中的规定为:统法协会编码特征(性质为两条)+该地址的协调人(最低4条,8条,按x64 .NET应用)。

长度为8英寸。一旦超过x86的2个特性,或X64的任何特性,你就记忆犹新。

如果你重新发送大量相同规模的档案,扼杀最终会减少记忆。

对于你的实际问题,你应该用很长的时间来真正代表基本目标。

Edit: Corrected to take into account pointer size for string.

Answer 3

A NET string是一系列UTF-16代码单位,每个单位长2个。因此,“52.5兆赫”将使用7*2=14英特,甚至无视根据程序“参数”和长处等附属领域提及方(4或8条)。 <long is 8 bytes, so it is clear the string is Much "fatter.

另外,你的例子没有传递同样的信息(你在扼杀中散布“割礼”,因此,我们喜欢比较 app和 or。

Even encoded in SOAP messages, long should be more compact than string.

由于所有这些原因,我只读long。

UPDATE:

友情链接