1

创建应用程序时(Java,在普通计算机上运行)。程序大小对用户有多重要?例如,是否有必要将 .png 替换为 .jpg,将 .wav 转换为 .midi,或剥离库以节省空间,或者用户通常不关心我的程序是否为 5mb,而如果剥离它可能为 50kb?

谢谢。

4

6 回答 6

9

这取决于交付机制。

大小通常仅与下载它所需的带宽有关。如果您经常下载它,那么它很重要。如果它只有一次,它就不那么重要了,你必须权衡减少它所涉及的时间与你节省了多少空间。

在那之后,在你进入千兆字节之前,没有人会在意。好吧,移动应用程序可能会开始关心大约 10MB+。

于 2009-06-30T15:46:00.650 回答
4

用户肯定会关心(毕竟,不仅空间要花钱,还会影响程序加载时间)。但是,问题变成了您优化了多少。我建议使用 80/20 规则。80% 的收益来自前 20% 的努力。

如果您使用TreePie 之类的实用程序,您可能能够看到大型应用程序的哪些部分正在消耗您的大部分资源。如果您发现它只是几个大图像,或者一个带有大量嵌入式资源的大 DLL,那么如果很容易的话,可能值得考虑减小大小。

但是有一个成本/收益权衡。前几天我刚看到一个 100 美元的 TB 驱动器。就存储空间而言,为用户节省 1 个演出大约需要 10 美分,而且可能很难量化每次加载所花费的时间。如果您有 100,000 个用户,可能值得您花时间进行一些优化,但如果您正在为一个用户编写自定义软件,除非他们抱怨,否则可能不值得。

于 2009-06-30T15:51:07.403 回答
1

正如 Graham Lee 所提到的,这很大程度上取决于您的用户。如果您正在编写需要优化以适应 68000 处理器芯片的内容,那么您最好相信程序大小很重要。假设你不是在 30 年前编程,你可能不会遇到那个特定的问题。

但总的来说,您应该使您的应用程序尽可能小,同时仍能达到您想要的质量。也就是说,如果您的应用程序很可能在 640x480 屏幕上查看,那么您的所有图像都不需要高分辨率 6mg png。另一方面,如果您的应用程序设计为在会议的大屏幕上显示,那么您可能希望放大图像。

另一个非常常见的选项是创建具有从完整到最小的单独选项的安装程序。这样,您可以让您的用户决定大小对他们是否重要。它允许您创建应用程序的漂亮版本,以及不包含教程或 mp3 文件的缩小版本,该版本不包含安慰女性的声音,告诉您您按下了错误的按钮。

了解您的用户。如果你不这样做,那么让他们自己决定。

于 2009-06-30T15:53:25.267 回答
1

想想你自己,你会用什么?您宁愿用 5KB 的程序节省空间,还是用 5MB 的程序浪费空间?

我认为越小越好,特别是如果程序不使用/不需要太多图形并且可以优化。

于 2009-06-30T15:53:57.683 回答
0

我会说根本不重要,除非它非常大。

于 2009-06-30T15:48:21.490 回答
0

我认为对于应用程序大小的用户来说,启动时间要重要得多。

但是,如果您在系统中包含大量媒体文件,则尽可能优化这些数据是合乎逻辑的。但是不要影响质量 - 切换到 jpeg 对照片来说可能没问题,但对于技术图表来说就很糟糕了。.wav 可以是 .aac 或 .mp3,但如果您正在编写专业的音频应用程序,则不是。

于 2009-06-30T16:09:14.130 回答