イベントを処理する場合、通常、プリミティブのみで構成された非常に単純な値のオブジェクトの例が使用されます。 しかし、もっと情報が必要なイベントはどうですか?これらのケースを処理するために特定の構造を作成することは許可されていますか?イベントの非プリミティブ型
namespace Events {
public class BlueTrainCleaned
{
Datetime start
Datetime end
Carriage[] Carriages
}
public class Carriage
{
string Descrizione
int Quantity
}
}
キャリッジクラスはイベント名前空間の一部であり、複雑なロジックや何もありません。
が、私は別のイベントがあった場合:
public class RedTrainCleaned
{
Datetime start
Datetime end
Carriage[] Carriages
}
をキャリッジは、第二イベントのインタフェースの一部になります。同じ "イベント値オブジェクト"を持つ40または50のイベントを考えてみると、私のプロジェクトはこのオブジェクトに大きく結びついていることになります。それは私には良く見えませんが、これを避けるために私は何ができますか?私のドメインの分析に何かがうまくいっていないという警告ですか?あなたの助けのための
おかげで、
実際、キャリッジは私のドメインの「標準的な」アドレスのようになります。私は頭が混乱していて、違う角度から物事を見るのは良いことです。どのようにして1つの単語がすべてのことを時々明瞭にすることができるのか面白い。ありがとう。 – Arthis