Существуют ли какие-либо шаблоны для сериализации и десериализации иерархий объектов в различных форматах? - PullRequest
4 голосов
/ 18 июля 2011

Учитывая сложную иерархию объектов, которая, к счастью, не содержит циклических ссылок, как мне реализовать сериализацию с поддержкой различных форматов?Я здесь не для того, чтобы обсуждать фактическую реализацию.Вместо этого я ищу подсказки по шаблонам проектирования, которые могут пригодиться.

Чтобы быть немного более точным: я использую Ruby и хочу проанализировать данные XML и JSON для создания сложного объектаиерархия.Кроме того, должна быть возможность сериализации этой иерархии в JSON, XML и, возможно, HTML.

Могу ли я использовать для этого шаблон Builder ?В любом из упомянутых случаев у меня есть некие структурированные данные - либо в памяти, либо в текстовом виде - которые я хочу использовать для создания чего-то еще.

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

Ответы [ 3 ]

8 голосов
/ 18 июля 2011

Я закончил тем, что создал решение, основанное на модели Builder и Strategy.Я использую шаблон Builder для извлечения парсинга и построения логики в свои собственные классы.Это позволяет мне легко добавлять новые парсеры и компоновщики соответственно.Я использую шаблон Стратегия для реализации отдельной логики синтаксического анализа и построения, потому что эта логика зависит от моего формата ввода и вывода.

На рисунке ниже показана диаграмма UML моего решения.

Parser/Builder Model

В приведенном ниже списке показана моя реализация Ruby.Реализация несколько тривиальна, потому что объект, который я создаю, довольно прост.Для тех из вас, кто думает, что этот код раздутый и Java-иш, я думаю, что это действительно хороший дизайн.Признаюсь, в таком тривиальном случае я мог бы просто встроить методы построения непосредственно в мой бизнес-объект.Тем не менее, я не создаю фрукты в своем другом приложении, а вместо этого довольно сложные объекты, поэтому разделение синтаксического анализа, построения и бизнес-логики кажется хорошей идеей.

require 'nokogiri'
require 'json'

class Fruit

  attr_accessor :name
  attr_accessor :size
  attr_accessor :color

  def initialize(attrs = {})
    self.name = attrs[:name]
    self.size = attrs[:size]
    self.color = attrs[:color]
  end

  def to_s
    "#{size} #{color} #{name}"
  end

end

class FruitBuilder

  def self.build(opts = {}, &block)
    builder = new(opts)
    builder.instance_eval(&block)
    builder.result
  end

  def self.delegate(method, target)
    method = method.to_sym
    target = target.to_sym

    define_method(method) do |*attrs, &block|
      send(target).send(method, *attrs, &block)
    end
  end

end

class FruitObjectBuilder < FruitBuilder

  attr_reader :fruit

  delegate :name=,  :fruit
  delegate :size=,  :fruit
  delegate :color=, :fruit

  def initialize(opts = {})
    @fruit = Fruit.new
  end

  def result
    @fruit
  end

end

class FruitXMLBuilder < FruitBuilder

  attr_reader :document

  def initialize(opts = {})
    @document = Nokogiri::XML::Document.new
  end

  def name=(name)
    add_text_node(root, 'name', name)
  end

  def size=(size)
    add_text_node(root, 'size', size)
  end

  def color=(color)
    add_text_node(root, 'color', color)
  end

  def result
    document.to_s
  end

  private

  def add_text_node(parent, name, content)
    text = Nokogiri::XML::Text.new(content, document)
    element = Nokogiri::XML::Element.new(name, document)

    element.add_child(text)
    parent.add_child(element)
  end

  def root
    document.root ||= create_root
  end

  def create_root
    document.add_child(Nokogiri::XML::Element.new('fruit', document))
  end

end

class FruitJSONBuilder < FruitBuilder

  attr_reader :fruit

  def initialize(opts = {})
    @fruit = Struct.new(:name, :size, :color).new
  end

  delegate :name=,  :fruit
  delegate :size=,  :fruit
  delegate :color=, :fruit

  def result
    Hash[*fruit.members.zip(fruit.values).flatten].to_json
  end

end

class FruitParser

  attr_reader :builder

  def initialize(builder)
    @builder = builder
  end

  def build(*attrs, &block)
    builder.build(*attrs, &block)
  end

end

class FruitObjectParser < FruitParser

  def parse(other_fruit)
    build do |fruit|
      fruit.name  = other_fruit.name
      fruit.size  = other_fruit.size
      fruit.color = other_fruit.color
    end
  end

end

class FruitXMLParser < FruitParser

  def parse(xml)
    document = Nokogiri::XML(xml)

    build do |fruit|
      fruit.name  = document.xpath('/fruit/name').first.text.strip
      fruit.size  = document.xpath('/fruit/size').first.text.strip
      fruit.color = document.xpath('/fruit/color').first.text.strip
    end
  end

end

class FruitJSONParser < FruitParser

  def parse(json)
    attrs = JSON.parse(json)

    build do |fruit|
      fruit.name  = attrs['name']
      fruit.size  = attrs['size']
      fruit.color = attrs['color']
    end
  end

end

# -- Main program ----------------------------------------------------------

p = FruitJSONParser.new(FruitXMLBuilder)
puts p.parse('{"name":"Apple","size":"Big","color":"Red"}')

p = FruitXMLParser.new(FruitObjectBuilder)
puts p.parse('<fruit><name>Apple</name><size>Big</size><color>Red</color></fruit>')

p = FruitObjectParser.new(FruitJSONBuilder)
puts p.parse(Fruit.new(:name => 'Apple', :color => 'Red', :size => 'Big'))
0 голосов
/ 18 июля 2011

Взгляните на шаблонно-ориентированную архитектуру программного обеспечения, шаблон Reflection;Я думаю, что это должно дать ряд хороших советов о том, как реализовать такую ​​структуру.

0 голосов
/ 18 июля 2011

Каждый раз, когда кто-то говорит, что хочет выполнить одну и ту же операцию, используя разные алгоритмы, и выбирает, какой алгоритм использовать во время выполнения, всегда приходит на ум шаблон стратегии . Различные типы сериализации (XML, JSON, двоичный и т. Д.) - это разные стратегии для преобразования объекта в чисто переносимую структуру данных. Похоже, это может быть применимо к вашей ситуации.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...