2

私は現在、ユーザーがデバイスの構成を読み取れるようにするアプリケーションに取り組んでいます。構成はXMLとして保存されます。

私が直面している問題は、アプリケーションの検証をどのように定義するかです。たとえば、XMLファイルに保存する値のほとんどは、異なる範囲内にある必要があります。たとえば、0〜2、1〜50、10文字または20文字などです。

検証する必要のあるこれらの制約はたくさんあります。デバイスのバージョン2がリリースされると、構成ファイルの範囲のセットが異なるため、範囲をハードコーディングしたくありません。たとえば、0〜2の代わりに0〜4になり、20文字の代わりに40が許可されるようになりました。

これにどのようにアプローチすればよいですか?検証ルールを個別のXMLファイルに保存する必要がありますか?このデバイスの構成範囲をハードコーディングしてクラスを定義し、その構成範囲を使用してデバイスのバージョン2の新しいクラスを作成する必要がありますか?

4

2 に答える 2

0

これは、ある種の宣言型プログラミングの内部で行うことができます。ここでは、動作を定義します。しかし、それは柔軟性がなく、かなり複雑なシナリオに簡単に飛び込むことができます。XMLXML

私が個人的にやりたいのは、コード内のロジックを維持することですが、パラメーターの範囲は、ソースXMLのデータをいくつかのストアに対してチェックする必要がありますMatchData.xml

お役に立てれば。

于 2012-04-19T14:48:59.173 に答える
0

このような場合、私はほとんどの場合、外部構成ファイルを好みます。検証を実行するオブジェクト(validater)を定義できます。検証オブジェクトがインスタンス化されると、さまざまな検証項目のすべての範囲を含む検証ルールオブジェクトがインスタンス化されます。XMLファイルを使用してこのオブジェクトをシリアル化/逆シリアル化し、そのファイルをアプリの配布に含めます。

于 2012-04-19T14:53:35.967 に答える