我有一个表单是我的 ajax 请求的瓶颈。

    $order = $this->getDoctrine()
        ->getRepository('AcmeMyBundle:Order')
        ->find($id);
    $order = $order ? $order : new Order();

    $form = $this->createForm(new OrderType(), $order);

    $formView = $form->createView();

    return $this->render(
        'AcmeMyBundle:Ajax:order_edit.html.twig',
        array(
            'form' => $formView,
        )
    );

为了更简洁的代码，我删除了 stopwatch 语句。

我的 OrderType 有下一个字段:

    $builder
        ->add('status') // enum (string)
        ->add('paid_status') // enum (string)
        ->add('purchases_price') // int
        ->add('discount_price') // int
        ->add('delivery_price') // int
        ->add('delivery_real_price', null, array('required' => false)) // int
        ->add('buyer_name') // string
        ->add('buyer_phone') // string
        ->add('buyer_email') // string
        ->add('buyer_address') // string
        ->add('comment') // string
        ->add('manager_comment') // string
        ->add('delivery_type') // enum (string)
        ->add('delivery_track_id') // string
        ->add('payment_method') // enum (string)
        ->add('payment_id') // string
        ->add('reward') // int
        ->add('reward_status') // enum (string)
        ->add('container') // string
        ->add('partner') // Entity: User
        ->add('website', 'website') // Entity: Website
        ->add('products', 'collection', array( // Entity: Purchase
            'type' => 'purchase',
            'allow_add' => true,
            'allow_delete' => true,
            'by_reference' => false,
            'property_path' => 'purchases',
            'error_bubbling' => false,
        ));

购买类型:

    $builder
        ->add('amount')
        ->add('price')
        ->add('code', 'variant', array(
            'property_path' => 'variantEntity',
            'data_class' => '\Acme\MyBundle\Entity\Simpla\Variant'
        ))
    ;

此外，Purchase type 有一个在这里不重要的监听器。它在下面的 Symfony 分析器中表示为 variant_retrieve、purchase_form_creating。您可以看到大约需要 200 毫秒。

这里我放了分析器的结果:

如您所见:$this->createForm(...) 耗时 1011 毫秒，$form->createView(); 耗时 2876 毫秒，并在 twig 中进行表单渲染也很慢:4335ms。正如 blackfire profiler 所述，所有交易都在 ObjectHydrator::gatherRowData() 和 UnitOfWork::createEntity() 中。

方法 createEntity() 调用了 2223 次，因为有一些字段映射到 Variant 实体并且具有表单类型 Entity。但是正如您从上面的代码中看到的，变体没有 entity 类型。我的 VariantType 是具有 modelTransformer 的简单扩展 text 表单类型。为了不弄乱所有内容，您可以在 docs 查看类似类型类的代码.

我在 XDebug 中发现 VariantType 的 buildView 已经在 Purchase 的 buildView 中被调用了 text 表单类型。但是在那之后，从某个地方再次调用了 VariantType 的 buildView 并且在这种情况下它具有 entity 表单类型。怎么可能？我尝试在每个表单类型的 choices 和 preferred_choices 中定义空数组，但它没有改变任何内容。我需要做什么来防止为我的表单加载 EntityChoiceList？

最佳答案

所描述的行为看起来像是猜测者的作品。我觉得需要显示一些额外的代码(监听器、VariantType、WebsiteType、PartnerType)。

让我们假设一些类有关联 variant 到 Variant 和 FormType 这个类有代码 ->add('variant ') 没有明确指定类型(我看到有很多地方没有指定类型)。然后 DoctrineOrmTypeGuesser 出现在游戏中。

https://github.com/symfony/symfony/blob/2.7/src/Symfony/Bridge/Doctrine/Form/DoctrineOrmTypeGuesser.php#L46

此代码将 entity 类型 (!) 分配给此子项。 EntityRepository::findAll() 被调用，来自 DB 的所有变体都被水合。

至于另一种形式优化方式:

• 尝试在所有可能的情况下指定类型以防止类型猜测；
• 将 SELECT 与 JOIN 结合使用以在向数据库发送新的子请求时获取订单，以便为每个表单映射关系设置基础数据；
• 在提交时保留集合元素的键，因为在不保留键的情况下删除单个元素将触发不必要的更新。

关于php - 操作方法 : Optimize Symfony's forms' performance?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26778025/