界面の静的内部クラスびベストプラクティス

Question

的な協力を進めていくかというこの質問のコーディングスタイルにより以下とします。私が使っている豆の検証をこころが同一の他のインタフェースは、簡単な実装となしそうな変化が多発します。

@Target( { METHOD, FIELD, ANNOTATION_TYPE })
@Retention(RUNTIME)
@Constraint(validatedBy = PhoneNumber.PhoneNumberValidator.class)
@Documented
public @interface PhoneNumber {
    String message() default "Must Be A Valid Phone Number";

    Class<?>[] groups() default {};

    Class<? extends Payload>[] payload() default {};



    public class PhoneNumberValidator implements ConstraintValidator<PhoneNumber, String>{

        public void initialize(PhoneNumber arg0) {}

        public boolean isValid(String phoneNumberStr, ConstraintValidatorContext unused) {
            return phoneNumberStr.replaceAll("[^\\d|x]", "").matches("\\d{10,12}(x\\d+$)?");
        }

    }

}

なので、PhoneNumberValidatorの実施にあたり、特定のバリデータ(又は生産方法またはインタセプタなど） がなくなる可能性この変更の実施を受けなければなりません。

この方法を提供する密着性を同時に自分のコードを入れることによって実施およびインタフェース内にあるこのコードで香りが強く結合の二つのコードだけが結合?

しているプロジェクトがかったものはこのような態度を取るのか。その場合、必要がある場合であっても良くも悪くも?ない場合は、ただ実践混乱?

地域Wikiいので問い

Answer 1

私はしばしば巣samllユーティリティクラスが使用されております。これはより直しておりプロデューサーですので、同じファイルが必要であると考え以下の機能ます。私の"意見"といった形に似ております。