「戦略」と呼ばれるデザインパターンを使用することをお勧めします。これは、「4人のギャング」または略して「gof」によって作成されたパターンの1つです。「制御の反転」や「依存性注入」など、聞いたことがあるかもしれないこのパターンのコピーやバリエーションがいくつかあります。
とにかく、オブジェクト指向言語の場合は、「validate」というメソッドでデータを検証する「validator」というクラスを作成します。検証に関連する形式の入力を受け入れるようにするか、データをオーバーロードして、さまざまな種類のデータに対してさまざまなメソッドを使用する必要があります。または、何らかの形のジェネリックにアクセスできる場合は、それを使用できます。
次に、このクラスのコンストラクターは、引数として「validatorstrategy」オブジェクトを取る必要があります。次に、実際の検証が戦略オブジェクトを通過します。
これをさらに進めるために、独自のタイプ名で入力フィールドを指定する、ある種の入力フォームジェネレータシステムを作成できます。これらは、フロントエンド言語(html / android xml / java swing)に応じて異なる入力フィールドを生成し、入力の検証方法にも影響します。
うーん..検証するためにまったく同じ内容を持つ必要がある2つのパスワード入力フィールドの問題を解決する方法を知りたいです。これはフォーム生成システムでどのように見えますか?おそらく、入力を表示せず、検証も行わない1つの入力フィールドを生成する「password」という名前の入力タイプと、入力を表示しない2つの入力フィールドを生成する「passwordsetter」という名前の別のタイプがあります。 2つのフィールドのデータを比較する検証戦略があります。その検証戦略を作成することは、D: