Как сериализовать объекты, созданные на фабриках

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, у меня нет никакого способа получить его еще один PickleFactory. Первоначальный PickleFactory был предоставлен Bar BarFactory, но конструктор десериализации не был вызван BarFactory.

Мой текущий план решения этой проблемы состоял в том, чтобы извлечь все сериализуемые элементы Bar в свой класс BarDataObject. Тогда я бы сделал BarDataObject сериализуемым, но не сам Bar. Я бы добавил функцию BarFactory, которая принимает параметр BarDataObject в качестве параметра и создает панель для заполнения всей информацией из BarDataObject.

Однако предположим, что Pickle также имеет классы обслуживания, которые он получил от фабрики, которая изготовила его, что также не может быть сериализовано. Поэтому мне пришлось бы извлечь DataObject из Pickle, и мой BarDataObject должен был бы удерживать файл PickleDataObject. И предположим, что у Pickle была переменная-член с набором данных и сервисов? Я должен был бы создать и поддерживать DataObject для этого. Это похоже на настоящий облом, особенно учитывая, что в моем проекте есть много других вещей, которые мне нужно для сериализации, и они, вероятно, столкнутся с одной и той же проблемой.

Итак, есть ли лучшее решение? Я что-то делаю неправильно, DI-мудрый? Я только начал работать с DI и Ninject, но я не могу найти никого, кто придумал бы хороший способ сериализации объектов, которые были введены классами обслуживания.

Answer 1

По моему опыту, только классы обслуживания должны иметь зависимости, а классы обслуживания никогда не должны подвергаться сериализации.

Тот факт, что у вас есть класс, который вы хотите сериализовать, но который полагается на инъецированную службу, кажется мне запахом кода.

Трудно точно сказать, что вы пытаетесь достичь с Bar, но от того, что я могу видеть, я бы предложил сделать Pickle быть ПОКО, и используя List<Pickle> вместо пользовательского Bar класса.

Или, если Bar предназначено иметь другую сериализуемую информацию кроме соленья, делает Bar ПОКО со свойством соленья:

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

Поскольку POCO которые не будет иметь зависимость, они не должны требовать заводов, поэтому этот класс должен быть полностью сериализуемым. Если есть сложные функции, которые вы хотите выполнить на Bar s и Pickle s, их следует абстрагировать в отдельные служебные службы, которые принимают Bar s и Pickle s в качестве параметров их метода.