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