Dynamo 2.0+ のカスタム パッケージ編成を定義する
パッケージで目的のレイアウトを実現する方法は、パッケージに含めるノードのタイプによって異なります。ノード モデル派生ノード、ZeroTouch ノード、およびカスタム ノードでは、分類を定義するプロセスが若干異なります。これらのノード タイプは同じパッケージ内で混在させることができますが、以下に概説する戦略の組み合わせが必要になります。
NodeModel
NodeModel ライブラリは、既定ではクラス構造に基づいて編成されます。
namespace SampleLibraryUI.Examples// Class Attribute
[NodeName("MyNodeModel")]
public class MyNewNodeModel : NodeModel
// or
// Constructor
public ButtonCustomNodeModel()
{
this.Name = "MyNodeModel";
}
ノードは、Add-ons の次の場所にあります。
SampleLibraryUI/Examples/MyNodeModel下に示すように、クラスまたはコンストラクタで NodeCategory 属性を使用してカテゴリをオーバーライドすることもできます。
これで、ノードは Add-ons の次の場所に配置されます。
ZeroTouch
ZeroTouch ライブラリも、既定ではクラス構造に基づいて編成されています。
ノードは、Add-ons の次の場所にあります。
また、Dynamo カスタマイズ XML ファイルを使用して、クラス構造の場所をオーバーライドすることもできます。
XML ファイルには適切な名前を付け、パッケージの
extraフォルダに含める必要があります。PackageName_DynamoCustomization.xml
CustomNodes
カスタム ノードは、ノードの作成時に指定した Category Name に基づいて編成されます(新しい[カスタム ノード]ダイアログ ボックスを使用)。
警告:
ノード名またはカテゴリにドット表記を使用すると、ネストされたサブカテゴリが追加されます。. は、追加の階層を決定するための区切り文字として機能します。これは、Dynamo 2.0 のライブラリの新しい動作です。

カテゴリ名は、.dyf ファイル(XML または JSON)で後から更新できます。
パッケージ ノードの移行戦略
パッケージ作成者が新しいリリースで既存のノードの名前を変更する場合は、古い名前のノードを含むグラフを移行する手段を提供する必要があります。これは、次の方法で実現できます。
ZeroTouch ノードは、パッケージの bin フォルダにある次のような Namespace.Migrations.XML ファイルを使用します。
MyZeroTouchLib.MyNodes.SayHello から MyZeroTouchLib.MyNodes.SayHelloRENAMED
NodeModel 派生ノードは、次のようにクラスで AlsoKnownAs 属性を使用します。
SampleLibraryUI.Examples.DropDownExample から SampleLibraryUI.Examples.DropDownExampleRENAMED
Last updated