クライアントオブジェクトモデルのみを使用してSharePointサイトのList変更をリッスンする効率の良い方法を探しています。私はこの考え方がどのようなものかを理解していますが、インストール時にSharePointサーバーにライブラリを追加する必要がありません。すべてがドロップされ、ローカルマシン上に移動することになっています。SharePointクライアントオブジェクトモデルを使用したリスト更新のリッスン
私はタイマーをループして、成功したクエリの最後の日付からClientContextを照会するクラスについて考えましたが、それはひどく非効率的です。
私は、これはクライアントオブジェクトモデルですけど、唯一のクライアントからの変更上のサーバからの通知を取得する方法はありますか？
クライアントオブジェクトモデルを使用してこれを行うことはできません。あまりにも頻繁にポーリングする必要がある場合、ユーザーエクスペリエンスが低すぎるパフォーマンスに苦しんでいる場合は、サーバー側でリストの変更をキャッチする必要があります。あなたのリストにSPItemEventReceiverを登録する機能を持つソリューションを導入してください。
サーバーファームのコードをSPファームにプッシュしたくないとのご理解をいただきました。これがなければ、ディスカッションや説明を顧客の管理者に保存することができます。ただし、サーバー上で実行されている場合にのみ、より効率的で実行可能なタスクもあります。このような機能については、Sandbox Solutionsと考えることができます。ファームの管理者ではなく、フレンドWeb UIによってサイトコレクション管理者によってサイトコレクションにというSP に展開されます。これにより、より少ない特権、より緩和された企業ポリシーへの準拠、そして顧客によるより良い受け入れが可能になります。ファーム全体に影響を与えることなく、サイトコレクション内のソリューションを開発、テスト、使用することもできます。マイクロソフトでは、ファーム全体のソリューションでも、サンドボックスソリューションでできるだけ多くの機能を設計し、必要最小限のファームソリューションのみを提供することを推奨しています。
アプリケーション全体をサンドボックスソリューションとして展開できない場合、変更を収集するサンドボックスソリューションを、サイトコレクションから収集したデータを要求する外部Webサイトと組み合わせることも、クライアント専用アプリケーションあなたが話しているように。 （サンドボックスソリューションは、一つの大きな制限があります。あなたは、サイトコレクション外内からのWeb要求を作成することはできません。あなただけの外からサイトコレクションにアクセスすることができます）
--- Ferda