2

我正在使用的数据源很糟糕。有些地方你会期望整数，你会得到“三”。在电话号码字段中，您可能会得到“电话号码是 xxx”。有些字段只是空白。

没关系，因为我正在解析每个字段，所以“三”将在我的模型中以整数 3 结束，电话号码（等）将通过正则表达式提取。该服务的用户知道数据是粗略的和不完整的，因为这是我们的数据源维护方式的不幸事实，我们无能为力，只能加强我们的解析游戏！顺便说一句，随着我们解析越来越多的原始数据，我们正在缓慢地生成我们自己的数据版本，但这个糟糕的来源现在必须做。

所以用户选择他们想要解析的数据，然后我们尽我们所能，返回一个部分/不正确的模型。现在应该验证我们要存储的最终模型 - 某些字段不能为空，某些字符串必须遵守格式等等。

该应用程序的流程是：

  1. 用户告诉服务要解析哪些数据。
  2. 服务启动并抓取数据，解析它可以解析的内容并返回一个包含它可以检索到的任何数据的部分模型。
  3. 我们向用户显示数据，允许他们进行更正并填写未收集数据的任何必填字段。
  4. 该用户更正的数据将被保存并因此得到验证。
  5. 如果验证失败，请再次显示数据以供用户修复、冲洗并重复。

让模型开始可能完全无效或不包含数据但最终需要验证的最佳方法是什么？我想到（并部分实施）的两种方法是：

  1. 2 个模型 - 一个具有验证等的数据模型和一个没有验证的 UnconfirmedData 模型。原始数据被放入 UnconfirmedData 模型，直到用户进行更正，此时将其放入 Data 模型并尝试验证。
  2. 一种带有“已确认数据”标志的模型，其验证是手动执行的，而不是 Rails 的验证。

在实践中，我倾向于使用 2 种模型，但我对 Rails 还很陌生，所以我认为我有更好的方法来做到这一点，Rails 有这样让我惊讶的习惯 :)

4

2 回答 2

2

您必须在请求之间保存数据吗？如果是这样，我会使用您的两种模型格式，但使用单表继承（STI）来保持干燥。

第一个模型，负责解析和渲染以及尽最大努力的模型，不应该对保存它进行任何验证或限制。但是，它应该type在迁移中有列，以便您可以使用继承优势。如果您不知道我在说什么，请阅读有关 STI 的大量信息，一个好的起点将是一个权威指南。

第二种模型将是您将在应用程序的其余部分中使用的模型，即严格模型，具有所有验证的模型。每次用户提交修改后的和可能有效的数据时，您的应用程序都会尝试将您从参数创建的开放模型的实例移动到第二个模型的实例，并查看它是否有效。如果是的话，保存到数据库中，type属性会发生变化，一切都会很美好。如果它无效，则保存第一个实例，并将第二个实例返回给用户，以便可以使用验证错误消息。

class ArticleData < ActiveRecord::Base
    def parse_from_url(url)
        # parses some stuff from the data source
    end
end

class Article < ArticleData
     validates_presence_of :title, :body
     validates_length_of :title, :greater_than => 20
     # ...
end

您需要一个非常激烈的控制器操作来促进上述过程，但这应该不会太难。在您的应用程序的其余部分，请确保您在Article模型上运行查询以仅返回有效的查询。

希望这可以帮助！

于 2011-01-06T15:16:10.593 回答
2

使用一个模型应该足够简单。您需要一个属性/方法来确定是否应该执行验证。您可以通过:if =>绕过/启用它们：

validates_presence_of :title, :if => :should_validate

should_validate可以是一个简单的布尔属性，当模型实例为“临时”时返回 false，或者如果需要，可以是更复杂的方法。

于 2011-01-06T19:01:56.730 回答