지역변수명이야 그렇다쳐도 인터페이스명이 Result인건 좀 성의가 없지않나? ViewResolver같은 센스가 아쉬움.. 10.04.25 22:43
8 개의 댓글이 있습니다.
헐 ㅠㅠ
우리 모두 크린 코드를 읽어야 합니다.
I정도는 부쳐줘야 크림 코드라고 할 ㅎㅎ;
fupfin Struts2에서 참조하는 xwork코드에 그런 인터페이스가 있더군요; 크린코드가 출판되기 전에 나온 코드일까요? ^^;
API 사용자가 직접 Result라는 이름을 쓸 일이 거의 없고, 문맥이 있으니까요.
EP 하기야 직접 개발자가 쓸 일은 없는 클래스네요. 그런데 문맥이나 역할로봐서도 Result보다는 친절한 이름이 아쉽기는해요. 처음보는 사람은 하위클래스 이름 보기 전까지는 역할이 좀 막연한 느낌..
webwork나 struts라고 생각하고 보니 Result는 이해가 가네요. EP말처럼 컨텍스트가 중요
ologist 설정파일의 XML태그를 생각하면 쉽게 연결이 되긴하는거 같아요. 전 책보다가 갑자기 이게 튀어나와서 너무 생략한 이름이라고 느껴졌던것 같아요 ^^; ActionResult가 낫지 않나 했는데 이것도 확신은 안 가네요
헐 ㅠㅠ
10.04.25 22:45우리 모두 크린 코드를 읽어야 합니다.
10.04.25 23:41I정도는 부쳐줘야 크림 코드라고 할 ㅎㅎ;
10.04.25 23:44fupfin Struts2에서 참조하는 xwork코드에 그런 인터페이스가 있더군요; 크린코드가 출판되기 전에 나온 코드일까요? ^^;
10.04.26 00:01API 사용자가 직접 Result라는 이름을 쓸 일이 거의 없고, 문맥이 있으니까요.
10.04.26 00:15EP 하기야 직접 개발자가 쓸 일은 없는 클래스네요. 그런데 문맥이나 역할로봐서도 Result보다는 친절한 이름이 아쉽기는해요. 처음보는 사람은 하위클래스 이름 보기 전까지는 역할이 좀 막연한 느낌..
10.04.26 00:38webwork나 struts라고 생각하고 보니 Result는 이해가 가네요. EP말처럼 컨텍스트가 중요
10.04.26 01:39ologist 설정파일의 XML태그를 생각하면 쉽게 연결이 되긴하는거 같아요. 전 책보다가 갑자기 이게 튀어나와서 너무 생략한 이름이라고 느껴졌던것 같아요 ^^; ActionResult가 낫지 않나 했는데 이것도 확신은 안 가네요
10.04.27 05:16