【问题标题】:Best way to handle large Form Collection in Symfony2在 Symfony2 中处理大型表单集合的最佳方法
【发布时间】:2012-12-13 14:26:43
【问题描述】:

将我的帖子编辑为类似于 Symfony Cookbook 并添加了一些代码。

http://symfony.com/doc/current/cookbook/form/form_collections.html

请注意,该部分中发布的实体/表单代码与上面链接的文档中的相同。

我有一个“任务”实体,它链接到一个“标签”实体。为简单起见,“任务”有一个字段“描述”,一个“标签”有一个字段“名称”。一个“Tag”链接到一个“Task”,一个“Task”链接到多个“Tags”。

实体:

class Task
{
    protected $description;
    protected $tags;

    public function __construct()
    { $this->tags = new ArrayCollection(); }

    public function getDescription()
    { return $this->description;}

    public function setDescription($description)
    { $this->description = $description; }

    public function getTags()
    { return $this->tags; }

    public function setTags(ArrayCollection $tags)
    { $this->tags = $tags; }
}

class Tag
{
    public $name;
}

目前,我使用“任务”表单中的“标签”集合来一次编辑所有标签,如 Symfony CookBook 中所述:

表格:

class TagType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $builder->add('name');
    }

    public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $resolver->setDefaults(array(
            'data_class' => 'Acme\TaskBundle\Entity\Tag',
        ));
    }

    public function getName()
    {
        return 'tag';
    }
}


class TaskType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $builder->add('description');

        $builder->add('tags', 'collection', array('type' => new TagType()));
    }

    public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $resolver->setDefaults(array(
            'data_class' => 'Acme\TaskBundle\Entity\Task',
        ));
    }

    public function getName()
    {
        return 'task';
    }
}

但是当我创建一个大于一千个元素的“标签”集合时会出现问题。这时候表单加载需要几秒几秒,有时会因为内存崩溃。

$task = new Task();

$tag1 = new Tag();
$tag1->name = 'tag1';
$task->getTags()->add($tag1);
$tag2 = new Tag();
$tag2->name = 'tag2';
$task->getTags()->add($tag2);
//Create a couple thousand more item here ...

//The script crashes here, when the form is being created
$form = $this->createForm(new TaskType(), $task);

错误不是来自 Doctrine,它处理得很好,而是来自 Symfony Form。

在这种情况下使用 Symfony2 内置表单系统(带有集合)处理我的表单是个好主意,还是应该像过去一样使用原始 html 输入和服务器端验证/保存来处理它?

【问题讨论】:

  • 发布您的代码以及您所指的 symfony 文档的哪一部分?
  • 我用 Symfony Cookbook 关于 Collections 的链接编辑了我的帖子。我的代码在这里并不重要,当我执行“$this->createForm”时,我只是使用链接第一部分中描述的表单集合(所有“标签”实体都加载了我的“产品”实体)。
  • 你解决过这个问题吗?
  • 是的,我跳过了整个 Symfony 表单并手动完成了
  • 我知道这是旧的,但你能解决这个问题吗?我正在处理同样的问题。

标签: forms symfony


【解决方案1】:

我想知道您的问题是否与表单部分无关,而是与标签对象的水合有关。如果您要求学说为大量对象补充水分,它将使用大量内存。您可能想研究另一种水合标签的方法,也许是 HYDRATE_ARRAY 而不是 HYDRATE_OBJECT。

【讨论】:

  • 是的,我认为最大的问题在于 Doctrine 水合作用。是否可以基于作为数组而不是对象水合的实体来创建/绑定我的表单?我是否仍然能够验证实体/保存它们而无需手动编码所有内容?
  • 我们在这里讨论多少个标签?我可以使用普通方法非常快速地将 500 个实体加载到多个展开的实体列表中。
  • 用更多信息编辑了我的帖子。问题不是来自 Doctrine,而是来自 Symfony 的 $this->createForm() 方法和 Collections。
猜你喜欢
  • 2020-11-04
  • 2016-09-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-11-13
  • 1970-01-01
  • 2010-10-10
  • 1970-01-01
相关资源
最近更新 更多