用户对于整个网站的？
https://stackoverflow.com/questions/56266
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我们需要建立一个管理门户网站，以支持我们的客户/服务器的应用程序。因为我们中的一个。网上商店显而易见的传统方式将是这样做ASP.Net.但Silverlight2将来测试一个很好的话之前，我们的释放的日期。我们应该考虑建立的整个网站在silverlight相反，有一个支持WCF后台?
主要功能的门户将:用户、用户组和权限的配置；用户配置结构；文件上载和下载文件所需要的支持应用程序。
我认为主要原因采用这种方法将是，我们有很好的经验WPF和WCF，但小的经验ASP.Net.无论哪种方式，我们将要学习ASP.Net 据，并学习Silverlight似乎有更多的自然扩展我们目前的技能。
是否有任何大的没有第从经验的StackOverflowers?有什么大误报?
解决方案
取决于自己的目标。如果管理门户网站的一部分应用程序，并将只被用于从计算机上安装应用程序，也有很多优点去完全Silverlight或甚至WPF.
但如果你可以看到一种情况，它将被用于无论是从随机的电脑或者通过随机的人，全功能HTML/Javascript版本是绝对必要的。
有些原因是：
- 大多数人没有silverlight，你会赚一个很好的承载的宣誓就职，如果他们有以下载并进行安装。有些人有安装它保持残疾人(在一起闪存，有时甚至图)，以避免干扰并加速浏览。
- 当HTML网站的失败，用户得到错误页和重新加载。当silverlight失败，则可以挂或崩溃。
- HTML是期望是什么-无论通过用户和网络浏览器：回和刷新的按钮的工作，他们应该超链接和形式的工作，如预期的那样。
- 缓慢的互联网仍然是非常普遍，无论是在偏远地区和移动设备。
其他提示
我建议对建设一个纯粹的Silverlight的网站。
Silverlight遭受同样的问题，因为闪光不:直观的书签，问题与印刷、无障碍访问的问题，工作不回钮等。
还有，你会需要你的用户必须安装Silverlight或至少能够安装。
在控制environements(eg.在大型企业或健康照顾)或移动设备，这可能不是这种情况。
我肯定会去一个完整的Silverlight应用程序，特别如果你有很好的经验，从WPF.你将能够重复使用的知识，从WPF，并且应当能够拿起Silverlight相当迅速。我已经工作与Silverlight由于测试1，目前的测试2的实质。我想这是安全承担一个环世版本。
Pilf有一些有效的观点，特别围绕打印。那我可能会使用SQL报告服务，或一些其他的报告框架，在服务器上面，然后弹出一个新的窗口，有可打印报告。链接和书签的问题没有不同于任何其他阿贾克斯的应用程序。我做了一篇博客今天有约 如何提供深入链接和后向导航 力。
Silverlight还有所有的挂钩，需要很大的辅助支持，作为用户界面自动化API从WPF被带入塞浦路斯？我不知道如屏幕阅读器供应商都抓起来呢。样式/模板，支持在Silverlight使得它很容易提高对比的皮肤为视力受损的用户，如果这是一个令人关切。
它听起来像是你的问题是，你需要一个富有的客户管理应用程序。为什么不用点击一次?
关于专题的远程andministrators，另一个海报说，是一个论点支持HTML如果管理员是一个缓慢的连接。我认为，根据不同类型的信息，它可以更有效地用力。如果你有一个ASP.NET 数据表格中填入服务器的端的数据结合，可以下载一吨的标记和视图状态的数据。甚至如果你使用一个alrternative到数据表格的打火机上的视图状态，你仍然会有很多HTML下载。
在Silverlight，一旦你得到的公司门下，这可能要比相应的HTML，司门是缓和，所以你不应该花费的每一个时候，你就可以检索的数据本身。
对于另一个例子，比方说，你有一大堆的下拉菜单列出了对你的一种形式，都有同样价值的列表。在Silverlight，可以获得这些价值观曾经并将它们绑定的所有dorpdowns，在HTML你将不得不重复他们每时间。
这将得到更好地与客户端的数据结合在ASP.NET遵循一个非常类似的模型译的数据结合。
总体而言，我还认为你会需要写下代码控实施这可以提高生产率并降低维护费用。
ASP的所有方式。你应该只使用silverlight/闪等文本时不能做你想做的-例如显示的视频。
使用一个插件对你的网站使得缓慢，并且要求用户有插件安装。多实例规则的所有Linux用户。此外，由于统相当新，还没有告诉如何致力于Microsoft将保持的平台还活着，如果它不捡起来。
我会坚持到普通的老HTML与服务器侧脚本。
此外，对公共网站：闪光。不能被编入索引的任何搜索引擎，这样好运与编写吨的元数据，如果你想要任何来访者。
统的良好选择一个面向内部的门户网站，只是因为它将是面向公众的门户网站如果你已经评估的项目和已经决定要走进一个门户网站。你是免费的融Silverlight组内现有的一个ASP.NET 应用程序(即的"岛屿的丰富性")的做法，但是如果你有能力建立一个新的项目从头开始，不要打折完全Silverlight的解决方案作为一个有效的选择，你会去一个传统ASP.NET 门户网站。统复工现在，所以，如果这一决定仍然摆在桌上，你知道，你不会有处理裂变化的向前发展。
有一些 缺点 与发展中国家的网站完全在闪/Silverlight，但如果这些缺点并不重要，你或者会不会影响那么就没有什么能阻止你。选择什么工具你觉得满足你的需求更加充分。我不会把创建一个网站，纯粹在Silverlight基础上的缺点，因为它带来更多的肯定的用户经验。
以前的评论中已经处理了大多数的负面影响的用户对于这样一个网站，我同意。如果你确定具有丰富的-客户风格的发展和受众较小(用于管理员只)然后我大概会建议WPF过Silverlight作为目前，它提供了更丰富的工具和控制。
如果你坚持ASP.NET 你有没有看着动态的数据-这是理想建立后管理的网站。
我已经看到"Silverlight只有"网站在微软和他们相当令人印象深刻。但同样，在演示是否有充分利用潜在的什么移动为先在非洲：移动电话如何做。当你需要不同的东西，你可以走运。我没有看到Silverlight喜欢闪除他们的方式安装/见。但是闪/ActionScript后台是真的 糟糕 比什么Visual Studio可以提供。净
问问自己为什么你会喜欢使用Silverlight?花哨的影响或编程模型?
