뷰-서버단 조회조건 유지 관련 교통정리

리스트의 조회조건에도 코드분류 라는 항목이 있을수 있다.

리스트에서 조회후 수정화면에 들어갈때 수정화면에도 코드분류 라는 항목이 있을수 있다.

수정화면에서 저장후 다시 수정화면으로 온 후 리스트로 이동시...

리스트에 기존의 조회조건을 복원에서 재조회를 한다.

자 이런 시나리오에서 수정화면에서 저장할때

화면단에서 조회조건의 코드분류와  수정항목의 코드분류를 넘겨야 하고
이를 서버단에서 받아서 저장해야 한다.

그런데 화면단 오브젝트에서 조회조건의 코드분류에 대한 변수를 codeKind 로 쓰는게 편하다.

물론 수정항목의 코드분류도 codeKind 로 저장하는게 편하다.

SPRING-MVC에서 form 의 commandName 속성으로 @MemberAttribute 로 받을수 있긴 하나
두개의 form 을 전송하는 것은 

그런데 두개의 폼전송을 서버단에서 하나의 요청으로 묶어 받지는 못하므로 
하나의 폼에 조회조건 변수명은 srchCodeKind, 수정항목의 변수명은 codeKind로 하고

서버에서는
srchCodeKind 를 request parameter로 받아서 조회조건 class CodeKindSVO 의 codeKind 에 매핑시키고
codeKind 는 @MeberAttribute로 받아서 엔티티 class CodeKind 로 매핑되게 한다.

자.... 위에 읊은건 시나리오고 아직 코딩은 진행중.

---

참고로 CodeKindSVO는 JqgridSearchVO 를 상속받고 있어서...

CodeKindSVO 에도, CodeKind 에도 ... codeKind 라는 변수를 직접 선언해놓고 있다.

JAVA에서 이중상속이 된다면... CodeKindSVO에서 CodeKind도 상속받아도 편할수 있긴 하지만...
그렇지 않으므로 ... ( 그렇다고 CodeKind 를 인터페이스로 두는것도 말이 안되므로 )