简单的问题,答案可能不是……
我将为客户端开发一个 Web 应用程序 (ASP.NET MVC)。他们问我是否使用谷歌地图或虚拟地球来提供地图解决方案。
你会选择哪一个,为什么?或者还有其他可以推荐的吗?
还有什么事情你需要知道?
- 在不久的将来,街景(或等效的)将不再是必需的,但有一天可能会。
- 客户想要识别某些可映射的特征,然后在指定距离内找到这些特征。
在高层次上我还应该考虑什么?还是我的客户?
先感谢您。
简单的问题,答案可能不是……
我将为客户端开发一个 Web 应用程序 (ASP.NET MVC)。他们问我是否使用谷歌地图或虚拟地球来提供地图解决方案。
你会选择哪一个,为什么?或者还有其他可以推荐的吗?
还有什么事情你需要知道?
在高层次上我还应该考虑什么?还是我的客户?
先感谢您。
如果这是针对商业网站,您的主要考虑因素之一是许可。您必须联系 Google 和 Microsoft 以了解确切的详细信息和定价,但网络上有很多信息表明在生产中实施这些解决方案可能需要花费 10,000 美元。他们让你迷上了快速和简单的开发!
我的偏好是谷歌地图,它只是感觉有点圆滑,但我之前用 Virtual Earth SDK 开发了一些非常好的原型。
我不知道微软是否正在计划与街景功能等效的功能,因此如果将来要求卡上有此功能,那么请坚持使用 Google。
这两种技术都可以让您以各种方式搜索地理特征——无论是通过地区、街道地址还是特定的纬度+经度。它们还允许您覆盖自己的图像或绘制线条、多边形等。
谷歌地图似乎拥有更广泛的用户群(尽管微软在谷歌进入它之前就在技术上做这些事情!),所以在实施你的解决方案时,你可能会在 intarweb 上找到比微软更多的帮助。
有关 Google Maps for Enterprise 的更多信息,请访问: http ://www.google.com/enterprise/maps/map_info.html
您应该向客户索取一份相当全面的映射解决方案要求列表。您提到了一个 - 这些“可映射的功能”。还有其他人吗?
获得列表后,您就可以查看哪一个提供最合适的选择并继续使用。
如果街景肯定出现在地平线上,那么你必须选择谷歌——或者它只是在谈话中出现的东西?
话虽如此,您可以花更多的精力编写一个位于应用程序和映射解决方案之间的抽象层,这样如果您没有选择的那个在将来提供更好的拟合,那么进行更改会更容易. 尽管这确实违背了敏捷方法(YAGNI)。