ESRI框架：java vs javascript
https://stackoverflow.com/questions/1293460
-
18-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我要开发一个网络制图应用程序与ESRI产品，如ArcGIS服务器和图像服务器。
我不能找到一个很好的之间的比较Java网盟和Javascript框架。他们当然不同，因为一个是一个全环境和其他仅仅是客户的一面，但它更加简明和步骤，开始是最小的。
另一个问题是，Java网ADF不符合我们当前应用程序服务器(Boss4.2.2)，并需要一个老4.0.2版本。
有人在那里拥有经验，可以帮助我吗？
非常感谢。
解决方案
你需要什么取决于你想要什么。如果你想要创造的只是一个观察者(而不是一种应用中，用户可以增加(例如绘制)的地理数据)，通过各种手段，使用javascript api!
我已经工作与网盟(v9.3)对于一些时间，现在我仍然感到沮丧。主要是对其缺乏适当的文件，而且还对其它各种原因，例如：
- 它需要你使用的jsf参照执行，但它并不允许使用其某些基本功能，诸如(f)有关子视图处.这使得无法使用任何模板系统，例如客户端.
- 很多东西你想要能配置是硬编码在esri的罐子文件。例如，地图必须是直接下 < 形式>必须的第一个元素DOM树。如果没有，地图-听众运动，如ContinueousPanListener无法找到的地图，因此无法在更新地图上的位置。
- 这是不可能以代码你jsp页以xml格，因为该网盟内联件在很多地方在你的代码，用xslt。
- 其学习曲线陡峭的和没有适当的文档，你会找几天甚至几星期关于如何做到最微不足道的事情。这些最终要彻头彻尾的不可能或不切实际的，因为你不是采用esri的心态。
- 默认接口不是非常直观的。你仍然可以做大量的工作，在javascript获得的方式应用程序绘制自己的喜好。
- 撤消的功能需要一个版本的数据库，该数据库是不切实际的/不可能的应用程序，它超过10或使用户在同一时间，加，往返于该服务器，用于每一撤消动作是一种浪费。
在短：你可以做一些有趣的应用程序和如果你知道你的东西，那里的工作很多被发现在该部门，但是如果它只是为一些项目，我就会切换到一些..任何一个！其他框架，例如openGeo..
其他提示
我没有用的Java Web ADF的直接经验，但我已经与.NET版本的工作，我现在与Flex API的工作。
与我所看到的和从其他开发商听说过的Web ADF的主要问题是，他们是非常繁琐的使用。较新的框架（Java脚本，Silverlight和Flex的）是体重轻得多，更容易使用，并且最多可以与他们更快的速度。例如，测试应用程序，我写withg的净ADF我花了差不多三个星期才我放弃了它。当时我放弃了使用自动进稿器，只是做了WebService的调用对ArcGIS Server的，因为这是比较容易做，而不是揣摩的ADF。对比一下使用一个类似的项目，我上周刚开始Flex的API，我有一个几乎完全应用截至今天上午。
我想避免的ADF和使用JavaScript API去了。
网络ADF是ESRI的第一个创建的ArcGIS Server API简化尝试。然而，随着时间的推移，在Web ADF结束了自己的抽象，分别为“标准”的ArcGIS Server的ArcObjects API那样复杂，而不是强大。因此，我建议以后的化身... JavaScript的，弯曲等
它取决于要求。 我的Java Web ADF你可以有更多的flexiblity来使用ArcObjects相比，Java脚本API。 我使用.NET ADF＆我是想转移到JSAPI。但由于JSAPI arcobject使用的限制，我还与Web ADF中。 我觉得还是JSAPI是没有增长相比，网络ADF的。只是viwer和小任务JS API是罚款。但如果你正在创建复杂的任务和地理处理，然后它的价值坚持与Web ADF中。
如果你需要再编辑的地理空间数据，你必须使用Web ADF这是访问的ArcObjects。
如果你只是用收视数据或许有些红线没有被保存到您的地理数据库，然后的JavaScript API的工作不错的工作。
地理处理可以在JSAPI来完成。您也可以发布模型，并在JSAPI使用它们。
我听到的是，新的API - 的JavaScript API将在不久的将来进行编辑的能力。
。正如所提到的网络ADF是广泛而相当复杂。它具有良好的学习曲线吧。我刚开始让我周围的头，并找出逻辑。我使用的.NET ADF v9.3.1，一旦我开始搞清楚API我还没有与它的许多问题。它不是为一般用户。
您可以使用地理处理服务也通过JSAPI做编辑。 2.0版（由于出使用ArcGIS Server 9.4）将拥有内置的。这就是说编辑功能，如果计划涉及通过面向公众的网页暴露地理空间数据的编辑，该计划需要重新思考。如果是内部工作，ArcGIS Engine的可能是一个更好的选择。
保持很远很远从Java Web ADF。我宁愿坚持烧红的烙铁在我眼里不是与ADF发展。它不与其他JSF框架很好地工作，任何自定义功能，导致你想开发的JavaScript - 但只有第一嵌XSL页面片段中的JavaScript。这是麻烦的，混乱，但 - 至少它是缓慢的
ESRI不建议对Java Web ADF任何新的应用程序。
我们刚刚经历同样的事情了，它会出现在ESRI REST的API去，如果你想要一个轻量级的基于服务的应用程序与“富”的前端，而不是ADF膨胀的方式。
有一切都在他们的英国网站的此处。
编辑与其他API和客户API(JS，Flex，Silverlight)将在10版(版本的9.4名)将公布在夏季2010年。
这线是有点老了，但我同意那些建议不使用Java ADF.使用JavaScript，Flex或银光API是因为它们的规模更好。如果你需要执行GIS操作服务器上然后用肥皂API在一定义网服务。只看ArcObjects的时候你一定要然后确保使用的服务对象实用新的或者扩展到给自己最好的机会使得一个在线上运行的应用程序迅速。
