gpt4 book ai didi

php - 构建类以构造表单输入元素

转载 作者:行者123 更新时间:2023-11-28 00:25:05 25 4
gpt4 key购买 nike

<分区>

我正处于构建一系列类的早期阶段,这些类将在 PHP 中构建各种类型的表单输入控件。这是我的代码开头的示例,稍后将构造一个文本输入控件:

<?php
class TextInput {
//These properties are reqiured, and are defined on an as-needed basis
public $name;

//These properties are optional, but can be defined on an as-needed basis
public $disabled = false;
public $maxLength = false;
public $readOnly = false;
public $size = false;
public $type = "text";

//New to HTML5
public $autoComplete = "off";
public $autoFocus = false;
public $listSuggestionArray = false;
public $max = false;
public $min = false;
public $multiple = false; //Works for "email" type only
public $pattern = false;
public $placeHolder = false;
public $required = false;

public function __construct() {
//Nothing to do!
}

//Build the text input control
public function build() {

}
}
?>

如您所见,这个类已经相当大了,尽管它什么都不做!我的主要问题是,我是否应该继续构建这些类来处理文本区域、文件输入等...,考虑到生成这些显然会给服务器带来更多负载?

据我所知,这里有优点和缺点:

优点:

  • 以后实例化非常容易,而不是每次都手动编写 HTML。
  • 从数据库提供默认值(当它们可用时)将是轻而易举的事。例如,此类可以在更新特定表单时进行监听,并使用一个额外的实例变量从数据库提供先前输入的值。
  • 每当此输入控件在非 HTML5 兼容浏览器上运行时,为 HTML5 输入类型(例如“颜色”)提供回退。
  • 其他表单输入类型可能会根据它们的选项而改变。例如,文本区域的附加实例变量可以告诉客户端 JavaScript 将其转换为所见即所得的编辑器。

缺点:

  • 为这些元素创建 HTML 会给服务器带来更多的负载,尤其是在单个页面上使用多个元素时。

考虑到这些,我应该使用这条路线,还是转而使用 HTML 手动编写它们?

感谢您的宝贵时间。

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com