Bing地图-Javascript与Silverlight

目前，我正在评估创建一个基于地图的系统来绘制数据。该数据将由形状层（网格-存储在SQL 2008地理列中）和多个点（最初约5500个-同一数据库中的Lat/Lon点）组成，这些点将绘制网格上项目的位置。所以，我的问题是——SilverLight Bing地图实现和基于JavaScript的实现之间有很大的区别吗。以下是我从研究中得到的信息：

SilverLight专业版

• 可以更快地处理大量数据
• API/SDK直接绑定到.NET应用程序代码

JavaScript专业版

• 无需在客户端下载/安装Silverlight
• 可以利用JQuery或其他框架从webservice中提取数据（我知道SL可以使用WCF做到这一点，但我非常了解JQuery）

从这个列表中，我知道我应该使用Silverlight，但是我也“从未”使用XAML编写过一些代码。到目前为止，我的大部分经验都是关于.NETMVC的，我不得不考虑到这一点。有人知道SilverLight和Javascript之间的性能“比率”吗？或者Javascript实现会在什么时候受阻？还有一件事，我已经看过codeplex上的DataConnect项目，但它似乎已经崩溃了——我无法让WKT或XAML函数在它们的实时站点或下载的项目上工作

如果有人做过比较/有智慧的话语作为指导/可以在我的列表中添加这两个词中的任何一个，我洗耳恭听

编辑

---

我在CodePlex-上发现了一个使用SQL 2008的优秀Javascript/.NET MVC应用程序示例。它给出了从数据库中提取多边形、线条和感兴趣的点，使用图像块或MS API将它们放置在地图上，以及使用交点确定点周围或有界框内的项目的示例。

我个人更喜欢Javascript版本，因为它更具多平台性（例如移动设备）而且很容易集成到webapp中（加上我也喜欢jQuery），但我认为决定因素可能是您想使用该应用程序做什么

---

---

然而，对于Javascript，即使我喜欢版本7，您也可能希望暂时使用版本6.3，因为删除了太多的核心组件（但计划在将来重新添加），例如Infobox和客户端集群（当然，你可以自己实现，这是我个人做的，但我建议现在使用6.3）。

我会选择javascript控件（更好地支持多设备，目前正在比Silverlight控件更积极地开发，听起来更适合你的技能）.但是，不要试图在上面画5500点。它会死的

更重要的是，如果您正在考虑绘制5500个点，那么您的应用程序设计无论如何都有问题-最终用户将无法识别地图上的那么多不同点。让他们过滤特定类型的点，或者只检索当前mapview中可见的点，或者使用群集来以更高的缩放级别对点进行分组-在任何时候，地图上最多可能有100-200个可见数据点。如果确实必须绘制这么多的点，则将其预渲染为平铺层并缓存，而不是尝试在地图上绘制动态向量数据

---

而且，我不同意wildpeaks-v7.0是Bing地图AJAX平台的最新稳定版本，是对v6.3的一个重大更改。如果您现在开始使用v6.3编码，您只需在以后迁移到v7.0时经历剧变。最好从v7.0开始，而不是学习不推荐的API。

谢谢您的想法。Ye啊，我想我现在要坚持使用JavaScript控件。我担心的是，图形/点数据将淹没客户端。但在那之前（这可能永远不会发生），我至少想做一些原型设计。我们可以在以后进行重构！不久前，微软说他们也将Silverlight从桌面上移开，或者至少是暗示了这一点。谢谢Rob，我真的对Silverlight不太满意，但如果它是下一件大事的话-我想这将是一个良好的开端有。谢谢你的提示！我曾经/将要使用平铺来实现较低的缩放级别，使用矢量渲染来实现较高的缩放级别以及聚类。我还认为，对于形状层，SQL2008几何/地理数据类型有助于点的相交，并使形状在较低的缩放级别上不那么“果断”。看起来MS真的很有用最近的Silverlight版本。。。！