目前，我正在评估创建基于地图的系统来绘制数据。此数据将包含形状图层（网格 - 存储在SQL 2008地理列中）和多个点（最初为~5500 - 同一数据库中的Lat / Lon点），这些点将绘制网格上项目的位置。所以，我的问题是 - SilverLight Bing Map实现与基于JavaScript的实现之间存在很大差异。以下是我从研究中收集到的信息：
SilverLight专业人士
JavaScript专业人士
我从这个列表中知道看起来我应该使用Silverlight，但是我也没有“使用XAML的东西”进行一些编码。我最近的经验大多是.NET MVC的东西，我也忍不住考虑到这一点。有谁知道SilverLight和Javascript之间的性能'比例'，或者JavaScript实现会在什么时候窒息？还有一件事，我看过codeplex上的DataConnect项目，但它似乎被打破了 - 我无法让WKT或XAML函数在他们的实时站点或下载的项目上工作。
如果那里的任何人做了比较/有智慧的话语作为指导/可以添加到我的列表中的任何一个，我都是耳朵。
修改
我在CodePlex上使用SQL 2008找到了一个很棒的Javascript / .NET MVC应用程序示例 - Ajax Map Data Connector。它提供了从数据库中提取多边形，线条和兴趣点的示例，使用图像切片或MS API将它们放置在地图上，以及使用交叉点确定点周围或有界框内的项目。
答案 0 :(得分：1)
我个人更喜欢Javascript版本，因为它更多平台（例如 mobiles ）并且易于集成到webapp中（加上我也喜欢jQuery），但我认为决定因素可能是您想将该应用程序用于？
然而，对于Javascript，即使我喜欢版本7，您现在也可能希望坚持使用版本6.3，因为删除了太多核心组件（但计划在将来重新添加），例如信息框和客户端集群（当然你可以自己实现，这就是我个人所做的，但我建议现在使用6.3）。
答案 1 :(得分：1)
我会使用javascript控件（对多设备的更好支持，目前比Silverlight控件更加活跃，听起来更适合您的技能）。但是，不尝试在其上绘制5,500个点。它会死。
更重要的是，如果您正在考虑绘制5,500点，那么您的应用程序设计也会出现问题 - 最终用户无法在地图上辨别出许多不同的点。让他们过滤特定类型的点，或者只检索当前mapview中可见的点，或者使用聚类来以更高的缩放级别对点进行分组 - 你应该只看到最多可能有100到200个数据可见数据点在任何时候在地图上。如果你真的必须绘制那么多点，那么将它们预先渲染为一个图块层并缓存它，而不是试图在地图上绘制动态矢量数据。
而且，我不同意wildpeaks - v 7.0是Bing Maps AJAX平台的最新稳定版本，并且是v6.3的重大变化。如果您现在开始使用v6.3进行编码，那么您只需要在以后必须迁移到v7.0时进行动荡。最好从v7.0开始，而不是学习弃用的API。