2009-07-23 12 views
1

私はいくつかの既存のSPD WFを改訂しようとしています。なぜなら、なぜ2つのWFの出現が同じ出力を生成しないのかなどのいくつかのコンセプトがあります。SharePoint Designerワークフロー - ヒントとリソース

SharePoint Designer/Workflowsで働いており、MSDNの紹介よりも詳細な情報やヒントを知っている方はいらっしゃるのですか?例えば。どのように設定を検査する方法と、いくつかのワークフローからの情報を接続するためのデバッグと...つまり

に:O)

は私が選択することができませんよ:あなたの最高のSPD WFを思い付くは&ヒントリンク現時点では別の解決策ですので、ヒントは大歓迎です。私は、SharePoint Designerワークフローに関するUSPJ特集号を持っています。これは悪いことではありませんが、そこにもっと良いものが必要です:o)

答えて

1

SharePoint Designerが解決しようとしているソリューションの限界にぶつかっているようです。

実際にはウィザードアプローチでは必要ないはずのデバッグサポートはありませんが、現実にはこれが本当に役立つでしょう。同様に、ワークフローを接続することで境界が広がっているので、そのためにVisual Studioに移行することを検討します。必要に応じてカスタムアクションを開発することを検討したり、Visual Studioの本格的なワークフロー(ここではexamples with source code)を作成するための橋渡しを検討することができます。

私が最初に見たウェブリソースはSharePoint Designer Team Blog(明らかに)とworkflow articles on EndUserSharePoint.comです。また

は、SharePointデザイナーのワークフローコンテンツの合理的な金額持っ冊:

1

私は、ワークフローのプログラミングとSPDでの展開から次のことを学びました。

1.ワークフローコールアウトに必要なすべてのフィールドを渡すことに頼らないでください。賢明と思われるものを定義します。ただし、SPListアイテムにアクセスすると、内部からオブジェクトモデルを操作できますインターフェイスを繰り返し変更したり再デプロイしなくてもワークフローを実行できます。

つまり、あなたの.ACTIONSファイルでこれらの3つのことを定義し、あなたが展開する際に明示的に渡すことを忘れているかもしれないものは何でもアクセスするように設定しているワークフロー

public static DependencyProperty __ContextProperty = DependencyProperty.Register("__Context", typeof(WorkflowContext), typeof(YourWorkflowClass)); 
public static DependencyProperty __ListIdProperty = DependencyProperty.Register("__ListId", typeof(string), typeof(YourWorkflowClass)); 
public static DependencyProperty __ListItemProperty = DependencyProperty.Register("__ListItem", typeof(int), typeof(YourWorkflowClass)); 

にそれらを通過した後。

2.コンテキストを直接使用して、目的のSharepointアイテムのインスタンスを作成しているときに、ワークフローを呼び出す人の権限を知らずに渡すことがあります。すなわち、これに代えて、この

SPWeb tmpweb = __Context.Web; 
SPSite site = new SPSite(tmpweb.Url); 
SPWeb web = site.OpenWeb(); 

の操作を行います。

SPWeb web = __Context.Web; 

3.Debuggingは、あなたは、Visual Studioは、SharePointと同じボックスにインストールされている発生しない場合に設定することは困難です。

関連する問題