ポスト変数をポスト・アレイで使用するのに悪いことはありますか?代わりにPHPとポスト・アレイ
<input type="text" id="stuff" name="stuff"/>
ヒントの
<input type="text" id="stuff" name="stuff[text]"/>
ときにそれらを使用するには?
ポスト変数をポスト・アレイで使用するのに悪いことはありますか?代わりにPHPとポスト・アレイ
<input type="text" id="stuff" name="stuff"/>
ヒントの
<input type="text" id="stuff" name="stuff[text]"/>
ときにそれらを使用するには?
いいえ、これをしない理由はありません。
しかし、PHPはこのような配列を作成することができる唯一の言語です。バックエンドを異なる言語に変更した場合、変更する必要があります。
何も悪くありません。それがあなたの役に立つなら、それを使ってください。
これは悪い方法ではありません。通常、プログラマは、配列を未定義の長さで配置するためにこのような方法で配列を使用します。まだ。特定のことはわかりませんが、IEでGETするメソッドを変更したい場合は、< = 8はアドレスの長さに2048文字の制限があります。ダイナミック生成された配列はこの制限を簡単に使い果たすことができます。他のブラウザでは、制限がはるかに高いか、または制限がありません。
この方法のもう一つの欠点は、PHPは正しく前に置かれますが、他のサーバー側の言語は正しく機能しないことです。これは私が知る限り、公式のHTML文書では指定されていません。
したがって、サブアレイを行うポスト配列内の単一のセルに配置する方がより便利です。あなたは、いくつかの名前空間をしたい場合は、その後、あなたは、このような方法で名前を書くことができます。
名=「styff.text」
を(特定のバニラ2のためにん)フォーラムエンジンの一部がそうであるように。
私には違いはありませんが、私はhtmlの名前で1つの変数名にとどまります。主にバックエンドのためです。
これらを使用するヒントについては、このような配列を使用して、サイトで動的に生成されたコンテンツをカバーすることをお勧めします。それでも普通の名前で扱うことはできますが、それはかなり醜いです。あなたが画像追加システムをしたいというケースがあるならば、各入力ファイルの名前を "pic []"とし、サーバ上でテーブル全体を繰り返します。 クライアントサイドでドキュメントを生成する場合と同じことです。私は "content [] [name]" "content [] [type]" "content [] [value]"というような名前をつけます。私は文書の部分クラスで何を持っているのか、このような名前付けをして、サーバー上でチェックするだけで、文書の特定のブロックに対して特定のことを行います。
これは、すべてのプログラマーが独自の技術を持っているので、長い間話すことができ、それに固執する傾向があります。たとえば、私は現場にあるすべてのフォームにaを投げ、各アクションは一般的なコントローラで解析され、特定のコントローラで処理されます。
いいえ、論理的に意味がある限り。制限はありません。 – JohnP
ポスト・アレイはPHPの便利な機能の1つです。 – seavers