0
不正な名前の引数(価格となるInArgument)を持つカスタムアクティビティがあります。カスタムアクティビティ引数の名前を変更するときに既存のワークフローをアップグレードする最も良い方法は?
アクティビティ引数の名前を変更すると、既存のワークフローをアップグレードする最も良い方法は何ですか?
私はワークフローがXamlであることを知っています。私は文字列解析スキルを信じるべきでしょうか?
不正な名前の引数(価格となるInArgument)を持つカスタムアクティビティがあります。カスタムアクティビティ引数の名前を変更するときに既存のワークフローをアップグレードする最も良い方法は?
アクティビティ引数の名前を変更すると、既存のワークフローをアップグレードする最も良い方法は何ですか?
私はワークフローがXamlであることを知っています。私は文字列解析スキルを信じるべきでしょうか?
ワークフローの名前を変更すると痛みが増し、しばしば壊れます。
最も信頼できる方法は次のとおりです。
xamlを編集するような過度の習慣のように見えますが、奇妙なことに壊れやすい傾向があります。
ワークフローの一部が変更されると、そのタイプのワークフローは既に永続化されていますが、ロードされません。
これを処理するには、編集したxamlをデータベースまたはフォルダのバージョンとして保存する必要があります。永続性からロードするとき、最初のxamlを特定する必要があります。永続化されたワークフローが作成され、正しいバージョンを使用してそのxamlをロードします。
.NET 4.5では、[ワークフローのバージョン管理](https://msdn.microsoft.com/en-us/library/hh305677(vs.110).aspx#Anchor_0)の概念が導入されました。それについてのドキュメントはあまりありませんが、開始するだけで十分だと思います([方法:実行中のワークフローインスタンスの定義を更新する](https://msdn.microsoft.com/en-us/library/jj205427(v = vs.110).aspx))。ワークフローのバージョニングにはあまり慣れていないので、これは完全な答えではありませんが、実際には私たちが実際にそれについて考えない傾向があるので、開始から実装/サポートするのは良いことです。それが必要。 – Joao