工場で作成したオブジェクトをシリアライズする方法

Question

私はNinject経由で依存関係注入を使用するプロジェクトに取り組んでいます。これまでは非常にうまくいっていて、私はDIをたくさん好んでいましたが、今はいくつかのオブジェクトを直列化する必要があると判断し、DIパターンに従うのが難しいと感じています。

が、私はこのように、バーのリストを持っており、工場を介してそれらを作るのFooというクラスを、持っていると言う：

public class Foo 
{ 
    private List<Bar> _bars; 
    private BarFactory _barFactory; 

    ... 

    public void MakeBar() 
    { 
     _bars.Add(_barFactory.MakeBar()); 
    } 
} 

ここ_barFactory.MakeBar()が呼び出されたときに行われますバーは、です。私はバーをシリアル化したい：

public class Bar : ISerializable 
{ 
    private List<IPickle> _pickles; 
    private PickleFactory _pickleFactory; 

    public Bar(PickleFactory factory) 
    { 
     _pickleFactory = factory; 
    } 

    public void MakePickle(int x) 
    { 
     _pickles.Add(_pickleFactory.MakePickle(x)); 
    } 

    public void GetObjectData(SerializationInfo info, StreamingContext context) 
    { 
     //serialize member variables here 
    } 

    //Constructor called during deserialization 
    private Bar(SerializationInfo info, StreamingContext context) 
    { 
     //fill in member variables with data from SerializationInfo 
    } 
} 

Barは独自の工場とピクルスのコレクションを持っていることに注意してください。ここに問題があります：Barの逆シリアル化コンストラクタが呼び出されると、別のPickleFactoryを取得する方法がありません。元のPickleFactoryはBarFactoryによってBarに渡されましたが、逆シリアル化コンストラクタはBarFactoryによって呼び出されませんでした。

この問題を解決する私の現在の計画は、Barのすべてのシリアライズ可能なメンバーをBarDataObjectという独自のクラスに抽出することです。それからBarDataObjectを直列化可能にしますが、Bar自体は作成しません。 BarDataObjectをパラメータとして受け取り、BarDataObjectのすべての情報を埋め込んだBarを構築するBarFactoryに関数を追加します。

しかし、Pickle でもには、それを作成した工場から入手したサービスクラスがあり、それもシリアル化できません。だから、PickleからDataObjectを抽出する必要があり、BarDataObjectはPickleDataObjectを保持する必要があります。また、Pickleにもデータとサービスが混在するメンバー変数があるとしますか？私はそのためにもDataObjectを作成し維持する必要があります。私のプロジェクトには、シリアル化する必要がある他の多くのものがあり、おそらく同じ問題に直面するだろうと考えると、これは本当に酷いようです。

もっと良い解決策がありますか？私は何か間違っているのですか？DI賢明ですか？私はDIとNinjectで作業を始めましたが、サービスクラスを注入されたオブジェクトを直列化する良い方法を思いつく人はいません。

Answer 1

私の経験では、サービスクラスだけが依存関係を持ち、サービスクラスは直列化の対象にならないようにしてください。

シリアル化したいクラスがありますが、注入されたサービスに依存しているという事実は、コードの匂いのようです。

それはあなたがBarで達成しようとしている正確に何を伝えることは困難ですが、私は何を見ることができますから、私はPickleはPOCOも作り、およびカスタムBarクラスの代わりにList<Pickle>を使用してお勧めしたいです。

あるいは、Barは漬物以外の直列化可能な情報を有することが意図されている場合、ピクルスプロパティでBar POCOします

public class Bar 
{ 
    public string Name {get;set;} 
    public List<Pickle> Pickles {get;set;} 
} 

POCOSが依存関係を持っていないので、彼らは工場を必要とすべきではありません、このクラスは完全に直列化可能でなければなりません。 BarとPickleで実行したい複雑な関数がある場合は、それらのメソッドのパラメータとしてBarとPickleを使用する別々のユーティリティサービスに抽象化する必要があります。