symfony 管理生成器表单对象

Question

大家好，我已经在模块中使用了 Symfony 管理生成器。

一切正常，但是当实例化模型的表单时，我需要传递我自己的选项。

我可以通过重写 myModuleActions.class.php（扩展了 myModuleAutoActions）中的executeNew、executeCreate 函数来自己完成此操作。

但我希望有一个更简洁的解决方案？

也许重写其中一个配置类是一种可行的方法。我基本上需要添加当前的 sf_user 对象 ($this->getUser) 作为表单的“sf_user”选项，以避免在 myModuleForm 中使用 sfContext。

有什么想法吗？

Answer 1

欢迎来到 Stack Overflow，jolly18。

我只会使用 sfContext。例如，在我的应用程序中，我有一个子表单，它创建一个新的 Note 对象并将用户分配给它。在我的表单的 configure() 中，我有：

$new_note->setAuthor(sfContext::getInstance()->getUser()->getUsername());

我看到 本书称此为“最快但丑陋的方法”，因为它使“表单和上下文之间存在很大的耦合，使测试和可重用性变得更加困难”。但实际上......这很有效，我可以继续前进。

Answer 2

如果模块是使用 admin-generator 生成的：

在 apps/backend/modules/books/actions/actions.class.php 中

修改：在

executeEdit(){

//leave rest unchanged

$values=array('activity_id'=>$activity_id, 'book_id'=>$book_id, 'todo_id'=>$todo_id, 'user_id'=>$this->getUser()->getGuardUser()->getId());


    $this->form = new TabelBooksForm($TabelBooks, $values);
}

修改中：在

executeNew(){

//leave rest unchanged

$values=array('activity_id'=>$activity_id, 'book_id'=>$book_id, 'todo_id'=>$todo_id, 'user_id'=>$this->getUser()->getGuardUser()->getId());

    $this->form = new TabelBooksForm(array(), $values);
}

TabelBooksForm.class.php 中

public function configure()
  {

   if ($this->isNew()) {
    $this->setWidget('book_id', new sfWidgetFormInputHidden());
    $this->setDefault('book_id', $this->getOption('book_id'));    

    $this->setWidget('activity_id', new sfWidgetFormInputHidden());
    $this->setDefault('activity_id', $this->getOption('activity_id'));    

    $this->setWidget('todo_id', new sfWidgetFormInputHidden());
    $this->setDefault('todo_id', $this->getOption('todo_id'));  
  }
}

Answer 3

我已经面临这个问题有一段时间了，但是 symfony 总是用一些我不知道的简洁代码让我感到惊讶。

我假设你使用的是 sfPropelPlugin，非常标准，如果你签出缓存中生成的代码（注意：一旦你尝试从浏览器打开模块，此代码将可用，所以首先尝试查看它，这样我们就不会进入麻烦：P）您可能会看到类似以下内容：

cache/{application_name}(通常是前端或后端)/dev(enviromnemt)/autoModule_name(在此处查找模块)/:

• lib
• action

操作文件夹包含一个 action.class.php 文件，定义生成器生成的所有操作（executeNew、Edit、Create、Update 等）。如果你看一下executeNew和executeEdit的实现，你可以看到它们要求一个配置实例来显示实际的表单，下面是一个例子：

  public function executeNew(sfWebRequest $request)
  {
    $this->form = $this->configuration->getForm();
    $this->PaymentOrder = $this->form->getObject();
  }

配置变量包含我之前提到的lib文件夹中定义的配置类的实例。该类调整表单以适应对象需求（通常通过设置新的对象实例）。

神奇之处在于，您在模块中看到的类是从缓存中的类扩展而来的，因此，如果您修改主 module/lib 文件夹中的 getForm() 方法来满足您的需求，那么通过纯粹的逻辑，您不必通过在不应该的地方获取用户评估器来破解表单。

希望这有帮助！