2014年及以后，带有ArcGIS平台（ArcGIS for Server，ArcGIS Online等）的Silverlight的前景如何？
#1 楼
寻找线索的一个有用的地方是GeoCortex工具。 Latitude Geographics的整个（且相当成功的）业务模型都基于使用增值工具在ArcGIS上构建。他们是否对ESRI的路线图有任何内在的了解，但他们当然必须花很多时间思考。关于去年的这个时候，Latitude似乎是表示Flex快要死了，他们将大量精力投入到Silverlight中-从而使Silverlight查看器有了更大的进步。由于Flex Burrito以及使用Flex应用程序定位iOS的能力，他们似乎不太确定Flex即将消亡。
最近在他们的博客上他们提出了一个要点-显然，随着HTML 5越来越流行，最终将使Flex / Silverlight的许多方面都变得多余，但是现在还没有发生。但是，现在需要工作和受信任的GI系统，我们不能全都等待下一个大事情，否则我们将永远无法完成任何工作。鉴于当前的选项，Silverlight是一个很好的工具。
我不是Latitude家伙，甚至不是Pro-Geocortex或Silverlight，但我认为这很重要。
http：/ /blog.geocortex.com/2011/09/29/release-of-geocortex-essentials-3-5-and-thegeocortex-viewer-for-silverlight-1-3/
评论
GeoC发布了HTML5查看器...
–西蒙
2011年11月11日下午13:05
@Simon您是否链接到此信息？我在他们的博客上看不到任何内容
–tomfumb
11年11月11日在19:28
在澳大利亚这里的用户大会上展示。演示链接现在是404。在现代浏览器和iPhone上看起来不错。
–西蒙
11年11月11日在20:59
我可能对“已发行”一词有误。 “正在努力”将是一个更好的说法。
–西蒙
2011年11月11日21:00
有关Flex的未来的一些相关读物de-hok-flex IMO，SL和Flex是更稳定且可预测的环境，正在针对（现在……）开发企业应用程序
–西蒙
2012-2-22在8:18
#2 楼
尽管我很喜欢HTML5，但事实是，如果要在生产环境中使用它，而该环境中需要支持尽可能多的桌面浏览器，那么它并不是一个很好的解决方案（移动电话则是另一回事）。如果您要支持一组有限的浏览器，那么它将变得更加有趣。看看此HTML5支持兼容性表。看一下对Canvas，WebGL，WebSockets，SVG等的支持。
直到几年后，您才能获得对这些东西的全面支持-而且仍然需要您允许任何事情其实，如果您想创建一种使用任何这些东西的超棒体验，那么目前唯一可行的选择就是插件...这样就留下了Flash和Silverlight。由于ESRI是一家Microsoft商店，因此他们选择了Silverlight。
一旦ESRI购买了一种技术作为平台，他们就会全力支持它。需要提醒我的是，大多数ArcObjects都是基于COM的，并且这种情况不久就不会改变吗？
我不担心ESRI会放弃对Silverlight的支持。有趣的是，从现在起的7年内（技术标准永恒），MS可能会比ESRI放弃对Silverlight的支持。
由于我们大多数人生活在当下且需要要在昨天提供解决方案，Silverlight是ESRI赞助的一个不错的选择。
更新：当然，距此答案已有2年了，浏览器已经赶上了。因此，如果您问我现在要使用什么，答案将是大多数情况下使用HTML5。
评论
我真的真的不需要提醒ArcObjects使用COM。我想不出什么比尝试挖掘COM异常对我的工作心情有更大影响的事情。
–tomfumb
11年2月2日在22:59
我记得与此有关的统计数据。 ArcObjects是有史以来最大的COM库。它比Office具有数量级更多的COM对象。我并不是在推广它-但这表明将来会支持.NET / Silverlight / COM。
–拉吉·亚瑟（Ragi Yaser Burhum）
2011年11月2日23:03
此外，在某个时候我放弃了，只是返回了E_FAIL。 j / k：D
–拉吉·亚瑟（Ragi Yaser Burhum）
2011年11月2日23:04
好答案。我认为，尽管如此，WPF需要被视为一个因素。 WPF肯定会在桌面上吸引人，取代Windows窗体。 Visual Studio基于WPF。用于ArcGIS的WPF运行时是Silverlight SDK的超集。 WPF也可以部署为浏览器应用程序（XBAP）。 SL和WPF之间的差距似乎正在缩小。可以从同一代码库编译SL和WPF应用程序。
– Kirk Kuykendall
2011年11月11日15:04
还要注意ComponentArt的方法，其中遵循正确设计准则的XAML可以自动转换为HTML5。
– Kirk Kuykendall
2011年11月11日15:05
#3 楼
这并没有增加太多讨论，但是现在值得添加：ArcGIS Server博客：有关ArcGIS Web映射API方向的一些想法
#4 楼
Esri可能是，但Microsoft不再致力于Silverlight。至少在过去的一年里，这一直是新闻。我刚刚读了这篇文章，我坚信将其发布在这里可能会很有用。
http：// www.theregister.co.uk/2011/11/10/microsoft_killing_silverlight_rumours/
老实说，我一直对Silverlight持怀疑态度。从这个角度来看，我可能是对的。
所以实际上这在Microsoft方面更是一个问题。看来最近他们不能再坚持长期的开发计划了。
#5 楼
可以在此处找到对Silverlight，Flash和HTML 5用于Web映射的未来的回顾...http://www.georelated.com/2011/11/web-mapping-enabling- technology-are.html
HTML5似乎正在兴起，Adobe和Microsoft都以不同的模型来支持它。
#6 楼
这是一个古老的问题，但ESRI终于在2014年2月通过博客文章解决了这些问题。您可以在此处阅读：http://blogs.esri.com/esri/arcgis/2014/02/21/esris- roadmap-for-web-developers /让我引用这篇文章的主要观点：
Esri将积极鼓励将ArcGIS API用于
JavaScript ....我们不打算将这些新功能添加到
Flex和Silverlight API中，它们将保持在3.x版本中。
这是否意味着Flex和Silverlight API和查看器将被
弃用？否。我们将继续支持Flex和Silverlight
用户社区。 ....我们预计Flex和Silverlight API和查看器将在2014年发布一两个维护版本。这些版本
将专注于错误修复和关键的增强请求。我们将
继续收集来自Flex和Silverlight用户社区的反馈，以确定在2014年以后是否还需要其他更新。
这意味着如果到目前为止您还没有转移到JavaScript API，则应该认真计划开始这样做。
评论
forums.arcgis.com/threads/…微软认为HTML5 + JS与Silverlight具有不同的用途。我不用担心。
我看不到关于ArcGis和Silverlight的任何重大新闻。活着的蜜蜂还不够吗？