您是否建议将 Mapstraction（图书馆）作为访问 Google 地图的图层？
它是一个积极维护的项目吗？除了它的提供者独立的主要原因之外，我是否会通过使用这个库来再次/失去任何东西？
Cherian
问问题
1629 次
3 回答
4
已将此用于相当主要的产品，易于使用和扩展。强烈推荐，以便将来可以根据需要更换映射产品。
干杯，
抢
于 2008-11-19T17:58:57.257 回答
4
读完这篇文章后，我研究了同样的问题，我认为可能需要做一点澄清。
OpenLayers 的用户群比 Mapstraction 大，但仍比 GoogleMaps 小（过去两周 GM 有超过 1000 个帖子，OpenLayers开发者论坛在 10 月有 169 个帖子，mapstraction 有 33 个。这不是一个完全公平的比较，因为 OpenLayers 和Mapstraction 似乎是更复杂的开发人员类型并且垃圾邮件更少。我认为开放图层和 Mapstraction 都通过包装完整的 google maps js api 支持在 google 的 TOS 中使用 google maps。
Mapstraction 优于 OpenLayers 的一个优势是可以更直接地访问 googles api，而开放层支持的 google api 端口更少，但在它支持的地图中更一致地支持它们。这个列表服务问题很好地涵盖了它 http://www.mail-archive.com/dev@openlayers.org/msg02039.html
我们一直在考虑从 GoogleMaps 转移到 mapstraction，这里有一些关于我开始使用 Mapstraction api 包装器的经验的想法。
在他们的主页上，他们链接到一个复杂的错误演示，该演示不包括当前版本的谷歌地图。如果你在 git hub 附近挖掘，这里有一个 api v3 演示 https://github.com/mapstraction/mxn/blob/master/examples/googlev3.html
github 上的代码库似乎写得很好，但他们的文档很不稳定。事实上，当您在 google 上搜索“mapstraction”时，API Doc 站点链接指向也不涵盖 v3的过时文档。如果您下载 git hub 源代码，则会有自动生成的文档涵盖 v3，但没有很好的简单入门示例。他们的邮件列表很难搜索，但我也没有看到任何示例。看起来，虽然他们放弃了 code.google.com 作为主要源主干，但他们仍然在所有示例中依赖它来托管 js 文件并使用 .js(apitype) 设置注入依赖项。像这样 http://mapstraction.googlecode.com/svn/trunk/source/mxn.js?(openlayers) 我在 list serv 上遇到了一些喋喋不休的消息，他们建议 google js 文件经常在代码库中排除必要的补丁。我还没有找到一个很好的入门文档或电子邮件来解释他们首选的链接代码或注入 api 依赖项的方案。
所有这些都是小问题，他们似乎有一个很好的核心团队。因此，如果您需要支持谷歌特定的地图功能，它们似乎是一个不错的选择。
这里是他们更简单的例子供参考 https://github.com/mapstraction/mxn/tree/master/examples/
于 2010-11-19T06:45:05.147 回答
2
你也可以看看http://openlayers.org/
于 2009-01-17T00:58:15.267 回答