JavaScriptマップはどのように「複雑」になりますか？プラグインはいつより意味がありますか？

バックグラウンド：

クライアントは、非常に複雑な古代のArcIMSサイトをアップグレードしようとしています。目次、オンザフライでシンボルを変更する機能、マップを印刷する機能、空間ブックマークを使用する機能、「アクティブ」なレイヤーを特定する機能、データをエクスポートする機能などがあります。これは、ArcView 3のオンラインバージョンとほとんど同じです。

彼らは、ArcGIS Server 10へのアップグレードを希望しており、どのArcGIS Server APIを使用するかに関する推奨事項を模索しています。

私はArcGIS Server JavaScript APIに最も慣れているので、FlexバージョンとSilverlightバージョンのどちらがJS APIよりも優れているかはわかりません。

1. JS APIが意味をなさなくなる複雑な点はありますか？プラグインはより簡単な開発とより良いパフォーマンスを提供しますか？
2. FlexまたはSilverlightを使用して（上記のように）複雑なアプリケーションを開発する方が簡単ですか？
3. JavaScript API上に構築された非常に複雑な（「ArcViewのような」）サイトのオンライン例はありますか？

1）クライアント側で意図したユーザーが何を実行しているかによりますが、通常、OSやブラウザー、プラグインなどを制御できるエンタープライズイントラネット内で使用するWebアプリケーションを構築する場合、ユーザーは使用できます。 。しかし、インターネット上のユーザーをターゲットにしている場合は、統計に基づいた推測しかできません。Javascriptは、ほとんどのプラットフォームをターゲットにするのに最適なオプションです。Visual Studioを使用したMicrosoft環境での作業に慣れていて、環境を制御できる場合は、WPFおよびWP7と同じプログラミングモデルを備えているため、Silverlightに切り替えることをお勧めします。

2）アプリケーションの構築方法によって異なります。ベストプラクティスなどを使用してコードを記述する場合、言語や手法に関係なく、コードの保守が容易になります。

3）ESRI サンプルを確認しましたが、やりたいことすべてを網羅していますか？それ以外の場合は、SilverlightまたはFlexのサンプルを確認してください。これらのサンプルは、必要なサポートを提供していますか？

それはすべて、最も快適なコーディング方法と、優れたFlexアプリを作成するためのFlash Builder 4.5などの利用可能なソフトウェアがあるかどうかに依存すると思います。Flex APIを使用します。また、ドキュメントが各選択肢でどれほど優れているか、および各APIのさまざまなフォーラムでどの程度ディスカッションが促進されているかも考慮します。しかし、人生の他のすべてと同じように、十分な時間とお金を与えられたどの言語でも何でも可能であるため、それは本当にあなたの好みに帰着します。

この質問は、私が最初にこの質問をしたときに、2011年に大規模な開発が必要だったすぐに使えるタスクを実行するArcGIS WebAppBuilderの登場を考えると、やや古くなっています。