系统负载的问题。

Question

情况是这样，我做的一个系统中要求客户提供一张Pic 和一段文字，
然后 系统会把文字绘制在Pic 上，保存起来。
现在遇到个问题，就是在什么阶段绘制，因为这很大程度上影响系统的负载。考虑了三种方案。   1。.NET 后台绘制文字到PIC 上，在用户提交的阶段。系统最终保存图片。
   2。.NET 后台绘制文字到PIC 上，在用户浏览内容的阶段，系统只保存文字，和背景图片。
   3。在页面中使用ActiveX 技术，服务器给AcitiveX 提供 文字和背景图片，插件由客户端执行，生成效果。
  这三种方案的有点和缺点都有些什么呢？大家谈谈吧。

Answer 1

还有一种办法，做windowsService系统不忙的时候，慢慢把用户的活干完。

Answer 2

其实你三个方法都涉及到一个基础问题：那就是用户提交的图片数有多大？提交频率有多高 ？访问量有多大的问题?如果访问量比较大，那么第一种方案明显比第二种方案优，以为第一种方案第一种方案合成图片只需一次，第二种方案要求用户每访问一次都合成一次，随着访问量增，性能肯定急剧下降第三种方案，一般来说，性能应该是最优的，但部署不方便，取决与你这个系统的使用群体；
当然了，这只是“一般来说”。例外的情况是，如果你的系统提交图片数少，而访问量大，那么第一种和第三种方案在性能上差别，那么第一种方案则更优，部署是否方便有时候很重要！另外我想提的是，你的系统是web的吧？那么如果处理的图片过多，对IIS是一个很大的挑战，所以我个人得出一个结论，给你参考：
1，如果浏览量和用户提交的图片数不多，那么第一种方案优先考虑采用
2,如果浏览量大而用户提交的图片数不多，那么也是优先考虑采用第一种方案
3，如果浏览量大而用户提交的图片数量也比较大，那么可以采用楼上说的开发一个windows服务程序，由这个服务程序做这个事比直接在asp.net里做这个事是不同，后者会对IIS产生很大负担，无论如何，AcitiveX技术都是最后考虑的技术，除非不得已，否则不采用

Answer 3

感谢几位的回答，To  kwklover(随风)，为什么ActiveX 最后采用呢？ 有什么明显的缺点嘛？

Answer 4

@apache_cd(阿帕奇)
如果在其他的非ActiveX 方案能够实现要求的话，也许ActiveX 方案从理论上更高效但是一个系统考虑采用什么方案，需要从部署，开发时间和成本，面向的使用群体综合考虑
所以，一般来说，纯web技术能解决的，最好不要使用要求client端安装插件的方式实现，因为ActiveX的方式，无论上开发，部署，调试，维护都很麻烦，对开发人员要求很高。所以应该是最后考虑的方案
就拿你现在问ActiveX 方案有什么明显的缺点这个问题，就可以知道你自己对ActiveX并不是很了解，不了解的东西，还是少碰为妙

Answer 5

我用BCB 写了一个ActiveX 插件，使用效果还可以，我一直有ActiveX 是比较落后的技术的印象（当然，可能不正确) 但又不知道替代的技术是什么，所以才上来讨教。
   我的这个系统，在显示部分要求实时 2D 渲染，我知道ActiveX 肯定能干这个，不知道还有什么技术，可以在Web 上实现这个功能。请前辈指教。

Answer 6

在.net内中也可以对图片做处理。