특정 속성이 null이 아닌 경우에만 arrayList에 객체 컬렉션을 추가하고 싶습니다.null이 아닌 속성을 추가하려면 ArrayList를 확장해야합니까?
나는 ArrayList를 확장하고 자식 클래스 내부에서 검사를 구현할 생각이다.
하나의 다른 방법은 속성을 Arraylist에 넣기 전에 확인하는 것입니다.하지만 이는 논리를 기반으로 arraylist에 객체를 추가해야하는 경우 if check마다 분산시켜야합니다. .
나는 그것에 대한 당신의 생각을 알고 싶습니다 ... 두 번째 생각은 과잉입니까?
사실은 잘 문서화 Decorator 패턴을 사용하여 ArrayList 포장 추천 할 것입니다. 당신은 단순히 포장하여 위임 방법 중 가장 그러나이 유효성 검사 논리 추가 다른 List 구현 ArrayList :
public class ValidatingListDecorator extends AbstractList<MyBusinessObject>
{
private final List<MyBusinessObject> target;
public ValidatingListDecorator(List<MyBusinessObject> target) {
this.target = target;
}
@Override
public MyBusinessObject set(int index, MyBusinessObject element)
{
validate(element);
return target.set(index, element);
}
@Override
public boolean add(MyBusinessObject o)
{
validate(o);
return target.add(o);
}
//few more to implement
}
List 구현을 묶어하지 않습니다 테스트 용이성LinkedList에 유효성 검사를 추가하거나 Hibernate 영구 목록을 -backed. 모든 컬렉션의 유효성을 검사하기 위해 일반 Collection 데코레이터를 생각해 볼 수도 있습니다.을 기억 노트 당신에 대해 기억해야 할 방법을 꽤 많이 있습니다 오버라이드 (override) 동안 (?) 또한 당신의 add(), addAll(), set(), subList()을 등
객체는 변경 불가능해야합니다. 그렇지 않으면 유효한 객체를 추가/설정하고 이후에 수정하여 계약을 위반할 수 있습니다.
validate(element)
하지만 고려 : 더 나은 디자인입니다
element.validate()
합니다.
:
public abstract class ValidatingListDecorator extends AbstractList<MyBusinessObject>
{
private final List<MyBusinessObject> target;
public ValidatingListDecorator(List<MyBusinessObject> target) {
this.target = target;
}
@Override
public MyBusinessObject set(int index, MyBusinessObject element)
{
validate(element);
return target.set(index, element);
}
protected abstract void validate(MyBusinessObject element);
}
을 ... 그리고 몇 구현 :
class FooValidatingDecorator extends ValidatingListDecorator {
public FooValidatingDecorator(List<MyBusinessObject> target)
{
super(target);
}
@Override
protected void validate(MyBusinessObject element)
{
//throw if "foo" not met
}
}
class BarValidatingDecorator extends ValidatingListDecorator {
public BarValidatingDecorator(List<MyBusinessObject> target)
{
super(target);
}
@Override
protected void validate(MyBusinessObject element)
{
//throw if "bar" not met
}
}
만 foo는을 확인하고 싶으십니까?
List<MyBusinessObject> list = new FooValidatingDecorator(rawArrayList);
List<MyBusinessObject> list =
new BarValidatingDecorator(new FooValidatingDecorator(rawArrayList));
당신이 이것을 시행하기를 원한다면 (왜 성공했는지 확인하기 위해 추가 할 때마다 add 메소드의 반환 값을 확인해야하지만) 그렇지 못하다.
이것은 나중에 반복되는 소프트웨어 반복에서 유착되거나 겹쳐지지 않을 수있는 중복 논리를 제거하는 좋은 방법입니다.
이 코드를 다시 사용하고 ArrayList 클래스를 오버라이드 한 것을 기억하지 못하는 경우에만 철저히 설명해야합니다.
저는 이것이 좋은 습관이라고 생각하지 않습니다. Util-Class를 Util-Class에 두 개의 매개 변수를 사용하여 작성하는 것을 고려하십시오 : 배열 목록과 추가하려는 객체. 여기서 원하는 것을 확인할 수 있고 코드 전체에서 로직을 재사용 할 수 있습니다.
+1 상속 이상의 구성! – helios
+1 많은 답변을 주셔서 감사합니다. – Sudhakar