探讨一种在Silverlight不普及情况下的部署策略

之所以要一直说这个问题，是因为现在太多的用户反馈一个B/S平台还需要安装一个几M的软件，感觉很别扭，甚至有所排斥。这个一部分是我的用户计算机水平不高的原因，另一个就是Silverllight的装机量在国内实在太少太少。如果一个
B/S产品在使用前都要下载安装一个运行时，那和C/S产品又有何区别呢？

B/S产品的优势就在于可以随时随地的访问，至于跨平台性，我想在国内是可以暂时不必考虑的。

C/S产品的主要优势还是在于性能上，如今用户体验在Web上也可以做的很好了，甚至更胜于。

而Silverlight就是两者各取一半，往好的看是两者的优点都有，往坏的看就是两者的缺点都有，很尴尬。再加上运行时的装机量不多，就更杯具了。现在很流行用Silverlight做WebGame，我这里可能要泼点冷水：我知道许多网页游戏，为了吸引用户来玩，不惜使用各种诱惑手段，像英雄救美，注册即送RMB等。然后你想想，当用户被骗进来试玩，一进页面就“当”的一声提示你要下载个6M的Silverlight运行时，相信大多数用户会立即关掉网页，并且下次不再光顾。你说这有几多杯具！

所以我觉的第一批Silverlight的网页游戏，除非游戏性做的很好，宣传力度到位，否则很难成功。当然它们也不会白做，有资金实力的人，不会在乎一开始的砸钱来积累市场经验和技术经验；对于白手起家想靠这产品翻身的，我建议要慎重考虑。

这个问题现在也同样困扰着我。所以我在上一篇文章《Silverlight产品部署策略》有提到，把Silverlight当C/S产品来卖，就是一种解决这个问题的思路。即是不把Silverlight当做RIA，而当做一个精简版的.NET Framwork，一个产品的大小就可以控制在10M以内（不包含资源，资源可以再即时下载），而且程序性能更好更稳定。

心理学中，有讲到一个“沉锚效应”，指的是人们在对某人某事做出判断时，易受第一印象或第一信息支配，就像沉入海底的锚一样把人们的思想固定在某处（想了解更多推荐看看《怪诞行为学》）。同样的，当你对用户说产品是B/S产品时，B/S就成了锚，此时让用户再下载安装一个软件，肯定排斥；而如果你一开始就对用户说这是C/S产品，C/S就成了锚，而你的产品大小都在10M以下，用户会欣然接受。

至于如何将Silverlight当C/S产品来部署，到时我会专门再写一篇文章，来介绍具体的操作以及一些开发过程中需要注意的细节问题。