me2day

생각 같아서는 데이터와 로직이 한 객체에 있는 Struts2/WebWork의 Action이 좋을 것 같은데 정작 작업해 보면 Spring MVC의 Command Object + Multi-Action Controller 모델이 훨씬 편리하다. 왜 그럴까? 08.09.29 15:28

미투 0

5 개의 댓글이 있습니다.

소내기 소내기

첫번째꺼가 get,set이 너무 지져분합니다. 전체 코드의 50%가 죄다 get,set

08.09.29 16:29
fupfin gEEkInsIdE

getters/setters야 코드 뒤로 미뤄버리면 되고 리플레션 사용하는 ParameterIntercepter를 만들어서 해결해도 되는데 ... 그것 말고 없을까?

08.09.29 16:34
fupfin gEEkInsIdE

로직이 단순할 때에는 로직을 한 곳에 모으고 데이터를 분리하는 것이 쉽고 로직이 복잡해지면 클래스별로 데이터와 로직을 분리시키는 것이 낫기 때문에 이런 것 아닐까요? (결국 객체지향원리도 상황에 맞게 써야 한다는…)

08.09.29 17:16
소내기 소내기

struts2/webwork로 멀티 액션을 구현할때 공유되는 변수들이 너무 많아지고, multi action이라해도 꼭 member 변수들이 일관적으로 들어 맞는건 아니니 그러는게 아닐까요???

08.09.29 17:28
fupfin gEEkInsIdE

내가 말한 것은 여러 액션을 만들고 데이터와 로직을 한 객체에 모으는 것과 로직과 데이터를 분리해서 로직을 한곳에 모으는 것을 비교한 것이라고 보면 될 듯.... 결국 서비스와 도메인의 구성에도 같은 원리가 적용되는 듯 하네...

08.09.29 17:48