私たちは総称して多大な SharePoint ソリューションを考える時間を費やしてください。 — それらを作成する方法, 使用するツール, 展開に失敗したときの動作します。, タイマー ジョブ, スコープ, など. 我々 は我々 が同様にそれらを撤回する必要があることを忘れてしまいがちだという先行ビットについて考えてそんなに時間を過ごす. ソリューションを取り消すはおそらく困難, 概念設計の観点から, それらを展開するよりも. 展開は基本的に料理事件です。. 通常, 機能をインストールします。, 多分、リストにいくつかのデータを読み込む機能レシーバーがあります。, そのようなこと. ただし, 複雑な可能性がありますは取り消す.
特定のソリューションは、これらのような成果物を作成する可能性があります。:
- コンテンツ タイプ
- リスト定義
- サイト定義
- リスト内のデータ
- 受信機
- InfoPath フォーム
リスト上で行く.
これらの成果物を正しくインスタンス化する中、明らかに、ソリューションを設計することが重要です。, それは更新を考慮し削除の場合と同様に重要. ソリューションが新しいリストを作成、そのリストにデータを設定する場合, ソリューションが取り消されるときに何が起こるか? いくつかのケースで, リストを削除する必要があります。. その他の場合, それはそのまま歴史的目的のため左する必要があります。. 正しい判断に導くビジネス要件.
これを支援するには, ソリューションを SharePoint に展開の各成果物が一覧表示されます行列を作成します。. アイテムごとの 3 つの列を一覧表示します。, 作成するための 1 つ, 更新と削除. それぞれのケースについて, その操作の正しい結果を決定します。.
今まで SharePoint ファームに展開されている前に、分析のこの並べ替えが行われる明らかに最高. ただし, 喫煙のような, それは正しく物事を始めるには遅すぎます。. その行列を作成し、行方不明の更新/削除のシナリオに対処するための計画を策定. 解決困難な問題があります。, しかし、少なくとも、問題を回避ボックスを入れているよ.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
@no 名
それはフィーチャー レシーバー クラスが. 何がしたいのオーバーライド メソッドでは、オブジェクト モデル内で、カスタム機能レシーバー内を処理するカスタム コードを記述します。. MSDN 記事を参照してください。 ここで.
Hope that helps 🙂
@Paul
この数ヶ月のため、SharePoint ユーザー グループ プレゼンテーションでこの記事をリンクです。, この数ヶ月 SPUG で議論されました。, これは本当に堅牢な SharePoint 機能を作成する中央の問題.
-ジョンのベンダー
nickelcode.com (ブログ)