Exchange Server (読み取り専用) からの電子メール/カレンダー情報へのアクセスを必要とする Windows Phone 7 用のアプリの開発を調査しています。
私の見方では、EWS または ActiveSync の 2 つのオプションがあります。
WP7 は基本認証のみをサポートします。
Exchange サーバーのインストールでは、デフォルトで EWS 仮想ディレクトリの基本認証が無効になっています。つまり、EWS を使用できるように Exchange サーバーの構成が変更されています。
ActiveSync プロトコルを理解して実装を開発するには、少し時間がかかりそうです。
質問は次のとおりです。 1. EWS の基本認証を有効にすることは、どのくらい一般的ですか? これは、ほとんどの企業がやりたくないことでしょうか?
1）EWSサーバーの一般的な構成について調べるために、いくつかのシステム管理者に相談して尋ねます。たぶんhttps://serverfault.com/で試してみてください
1）何かを学ぶのがどれほど難しいかは、学習する人のスキルと経験、および利用可能な教育リソースによって異なります。これは重要なプロトコルであるため、学習に数日かかるとは思わないでしょう。Excahange ActiveSyncを実装するにはライセンス費用もかかりますが、これは高価なオプションになると思います。
ActiveSync は面倒で、EWS がサポートするすべてをサポートしているわけではありません。そのオプションがある場合は、EWS ルートに行くことをお勧めします。
大量のコードを書かずに WP7 が Exchange に対抗できるように、プロキシ Web サービス + Exchange マネージ API を使用する: http://www.telerik.com/products/windows-phone/getting-started/exchange-client.aspx .. . このアプローチを使用して NTLM を使用することもできます。
EAS を検討する前に... http://blogs.msdn.com/b/webdav_101/archive/2011/09/29/new-to-exchange-activesync-development.aspx
ActiveSync を使用する場合は、もう一度考えてみてください... wbxml を使用し、呼び出しを行うための独自の API を作成する必要があります。これは、トークン化された BLOB を作成することを意味します。これは、100% 完璧で、あらゆる種類のメッセージング アイテムのすべての側面を説明する必要があります。あなたは反対している、または悪いアイテムや毒物を作成するリスクがあります. 不適切な EAS コールによって引き起こされる逸脱は、顧客ベースをはるかに超える可能性があります...そのため、十分に注意する必要があります。また、スペックは公開されていますが、非常に高額なライセンスが必要です。ライセンスを取得した場合、開発者のサポートを受けるには、特定のスケジュールでサポート契約を結ぶ必要があります。開発者のチームでは、クライアント側の完全な実装を行い、ほとんどのバグを解決するには、おそらく 3 ～ 5 年ほどかかります。メール開発のスキルに関しては あなたとあなたの他の開発者は、かなりハードコアである必要があります。EAS 呼び出しをラップするサード パーティの API が存在する可能性があります...ただし、それらがライセンスされていること、およびライセンスが開発に適用されることを確認する必要があります。そのため、自分でそれらを調査する必要があります。
EWS はより多くの機能を備えており、はるかに使いやすく、提案されているものです... さらに、特別なライセンスなどはありません。
オプション 3: EWS へのプロキシとして機能し、認証を行う独自の Web サービスを作成します。醜くて少し面倒ですが、アプリが適切に設計されていれば、WP7 がより優れた認証をサポートするようになると、EWS を直接ヒットするように切り替えるのは非常に簡単になります。