0

実装する Web フォームがいくつかあるとします。フォームには、標準的な挨拶、検証メッセージ (「名前がありません」、「電子メール アドレスが無効です」など)、エラー (「一時的な処理エラー」など) などが含まれます。

これらすべてのテキスト メッセージを HTML から取り出して外部テキスト ファイルに保存し、技術者以外の人がテキストを編集できるようにすることは理にかなっていますか?

彼らは、HTML よりもテキスト ファイルを編集する方が簡単だと言っています。一方で、解決策が複雑になるのではないかと心配しています。その分野でのベストプラクティスは何ですか?

4

2 に答える 2

1

*.properties ファイル内の文字列にマップされたキーを使用する Java Web アプリケーションを使用しています。

このようなコードをサポートするのは、「そのフィールド ラベルはどこにあるのか」「クールなフィールド」を検索している場合に、より困難であることに気付きました。

最初にキーを見つける必要があります (わかりました、その文字列のキーは "submit.button.text" です)。次に、そのキーがコード内で実際に使用されている場所を見つける必要があります。

于 2012-10-15T11:49:25.313 に答える
1

場合によります。テキストが非技術者によって頻繁に編集される場合は、テキストを単純な構造の別のファイルに移動することが理にかなっている場合があります。そうしないと、実際に事態が複雑になる可能性があります。

通常、サーバー側のテンプレート エンジンは、複数の異なるリソース (たとえば、HTML テンプレート ファイル、データベース、構成ファイルなど) からページを構築するために使用されます。どのタイプのリソースとそのフォーマットを使用するかは、状況によって異なります。たとえば、次のようにエラー テキストをJSON形式のファイルに保存できます。

{
    "name" : {
        "minlength" : {
            "value": 2,
            "error": "Name field must contain at least 2 characters"
        },
        "maxlength" : {
            "value": 255,
            "error": "Name field must contain not more than 255"
        }
    },
    "email" : {
        "pattern" : {
            "value": "some_regexp_for_email_validation",
            "error": "Please input a correct e-mail address"
        }
    }
}

特にPHPではメソッドでJSON形式を読み込むことができますjson_decode()。

JSON に代わるものは XML です (通常は使いにくいですが)。

ところで、非技術者向けにフォーム エラー ルールとテキストを編集するための Web インターフェイスを提供することは理にかなっているかもしれません。その場合、実装の詳細は、それらについて知る必要のない人々から隠されます。したがって、編集者にはテキスト フィールドを備えた使用可能な GUI だけが表示される一方で、これの技術的な部分については何でも使用できます。

Zend Validatorのようなサーバー側のデータ検証ソリューションの使用にも興味があるかもしれません。

于 2012-10-15T12:04:31.377 に答える