PHP/JS 表单类 - 数组与 OO

Question

我最近开始研究一个 PHP/JS 表单类，它还将包括一个 SQL 表单构建器（例如，从 sql 和自动插入/更新构建简单表单）。

我尝试了几个类（zend_form、clonefish、PHP Form Builder Class、phorms 等），但还没有找到一个简单、可定制和完整的完整解决方案（服务器端和客户端验证，涵盖所有简单的 html 元素和大量 dhtml 元素：排序、所见即所得、多文件上传、日期选择器、ajax 验证等）

我的问题是为什么有些“类”通过数组实现元素，而另一些通过适当的 OO 类调用实现元素。

例如。 Clonefish（流行的商业php类）：

    $config = Array( 

  'username' => Array( 
    'type'           => 'inputText', 
    'displayname'    => 'Username', 
    validation     => Array( 
      Array(  
        'type'    => 'string', 
        'minimum' => 5, 
        'maximum' => 15, 
      ), 
    ), 
  ));

$clonefish = new clonefish( 'loginform', 'test.php', 'POST' ); 

$clonefish->addElements( $config, $_POST );

然后是其他人，例如。 Zend_Form

$form = new Zend_Form;
$username = new Zend_Form_Element_Text('username');
$username->addValidator(new Zend_Validate_Alnum());
$form->addElement($username);

我意识到 Zend_Form 可以通过类似于 clonefish 的数组传入元素，但为什么要这样做？

有什么好处吗？这似乎使事情变得更加复杂，尤其是在使用像 Komodo 这样的适当 IDE 时。

任何想法都将不胜感激，因为我不想走得太远，并意识到使用数组添加元素有很大的好处（尽管这不是一项需要添加的任务）。

干杯

Answer 1

为什么要使用对象？因为它们是更复杂的类型。考虑以下示例（我从未使用过 Zend_Form，所以我什至不知道它的架构）：

class MySuperAlnumValidator extends Zend_Validate_Alnum {
     protected $forbiddenWords = array();

     public function addForbiddenWord($word) {
         $this->forbiddenWords[] = $word;
     } 

     // Override Zend_Value_Alnum::validate() - I don't know whether such a method even exists 
     // but you know what's the point
     public function validate() {
          parent::validate();

          if (in_array($this->value, $this->forbiddenWords) {
              throw new Exception('Invalid value.');
          }

          return $this->value;
     }
}

// -----------------------

$validator = new MySuperAlnumValidator();
$validator->addForbiddenWord('admin');
$validator->addForbiddenWord('administrator');

$username->addValidator($validator);

这只是一个简单的示例，但是当您开始编写更复杂的验证器/表单字段/等时。那么原则上，对象是唯一有意义的工具。

Answer 2

我的问题是为什么有些“类”通过数组实现元素，而另一些通过适当的 OO 类调用实现元素。

为了方便。它不那么冗长，感觉不像是编码，更像是配置，而且您不需要对 API 有深入的了解。

顺便说一句，您还没有遇到简单、可定制和完整的完整解决方案的原因是它并不简单。表单，它们的验证和呈现是复杂的，特别是如果你想为任何目的定制它。 ZF 的表单组件是一个很好的例子，说明了如何正确解耦和分离所有关注点以获得最终的可扩展表单构建器（包括通过 Zend_Dojo 或 ZendX_Jquery 的客户端代码）。但它们也是为此所需复杂性的一个很好的例子。即使使用方便的数组配置，也很难让它们随心所欲，尤其是当您需要脱离默认配置和渲染时。