将Silverlight用于整个网站？

我们需要构建一个管理门户网站来支持我们的客户端/服务器应用程序.由于我们是.Net商店,显而易见的传统方式是在ASP.Net中这样做.但Silverlight 2将在我们发布日期之前的一段时间内推出测试版.我们是否应该考虑使用支持WCF后端在Silverlight中构建整个网站？

门户网站的主要功能是:用户,组和权限配置; 用户配置设置配置; 文件上载和下载支持应用程序所需的文件.

我认为采用这种方法的主要原因是我们在WPF和WCF方面有很好的经验,但在ASP.Net方面经验不足.无论哪种方式,我们都必须学习ASP.Net或Silverlight,学习Silverlight似乎是我们当前技能的更自然的延伸.

StackOverflowers的经验有什么大不了吗？有什么大的积极因素？

我建议不要构建一个纯Silverlight站点.

Silverlight遇到与Flash相同的问题:不直观的书签,打印问题,可访问性问题,不回退按钮等等.

此外,您需要安装Silverlight或至少能够安装Silverlight.

在受控环境(例如大公司或医疗保健)或移动设备上,情况可能并非如此.

我肯定会选择一个完整的Silverlight应用程序,特别是如果你有WPF的良好经验.您将能够从WPF重用您的知识,并且应该能够相当快地获取Silverlight.自Beta 1以来,我一直在使用Silverlight,目前的Beta 2质量稳定.我想可以安全地假设RTW版本即将来临.

Pilf有一些有效的观点,特别是在印刷方面.为此,我可能会在服务器端使用SQL Reporting Services或其他一些报告框架,然后弹出一个带有可打印报告的新窗口.对于链接和书签,问题与任何其他AJAX应用程序没有什么不同.我今天做了一篇关于如何在 Silverlight中提供深层链接和后向导航的博客文章.

Silverlight还具有良好的可访问性支持所需的所有钩子,因为WPF的UI Automation API被引入Silverlight.我不知道屏幕阅读器供应商是否已经赶上了.Silverlight中的样式/模板支持可以轻松为视障用户提供高对比度的皮肤,如果这是一个问题.

取决于你的目标.如果管理门户是应用程序的一部分,并且只能在安装了应用程序的计算机上使用,那么完全使用Silverlight(甚至是WPF)有很多好处.

但是,如果您可以看到一个场景,它将从随机PC或随机人员使用,完全功能的HTML/Javascript版本是绝对必要的.

一些原因是:

大多数人没有银光,如果他们必须下载并安装它,你将获得很大的咒骂.安装它的一些人会将其禁用(连同闪光灯,有时甚至是图像)以避免分心并加快浏览速度.

当HTML站点失败时,用户会收到错误页面并重新加载.当silverlight失败时,它可能会挂起或崩溃.

HTML是预期的 - 用户和Web浏览器:后退和刷新按钮按预期工作,超链接和表单按预期工作.

在偏远地区和移动设备上,慢速互联网仍然非常普遍.

我同意大家到目前为止所说的内容,我认为这个针对Flash的Flow Chart也适用于Silverlight.

图像来源

听起来你的问题是你需要一个富客户端管理应用程序.为什么不使用点击一次？