内联图像的后果

时间:2011-08-24 12:47:15

标签: c# asp.net asp.net-mvc

我的应用程序的一部分需要在屏幕上显示一堆图像(表示比例)。由于各种可能性,我宁愿以编程方式生成图像,而不是预先创建和存储所有可能的图像(其中一些可能永远不会被使用)。这似乎可以使用this question and answer中描述的方法。

但是,使用这些图像的两个页面将有很多页面(其中一个页面可能有几百页)。那么,我的问题是,这会对应用程序的性能产生负面影响,如果是这样,会有多大的影响?随着值的变化,页面可能会重新加载几次。

在加载页面时生成图像是否最好?最好预先创建并存储数百个,可能只使用几个?或者最好在第一次加载时以编程方式创建它们,然后将它们存储在假设因为它们已被使用过一次,它们可能会被再次使用(假设它们仍然有效 - 很可能它们变得无效并需要被替换)?

编辑:这些图片中的每一个都代表一个数字,这是一个应用程序范围的变量。预计这些数字中的大部分都会有所不同,尽管可能会有一些相同。

1 个答案:

答案 0 :(得分:3)

为什么不这两个,以编程方式生成图像,但需要缓存它们(即将它们保存为服务器上的文件),以便可以重复使用它们。

进一步编辑:如果图像是数字的简单图像表示,则只需预生成0到9,然后在运行时以编程方式将它们粘合在一起。