뷰와 로직의 분리? 원래 애매할 수 있는 단어들이지만, 그것을 명확하게 하려는 노력도 부족했다.. 약어, 신조어를 과용하면서 용어의 일관성도 없었다는 점도 있었고.. 10.07.10 02:20
6 개의 댓글이 있습니다.
흠... 저렇게 말할 정도로 모호하다고 보지는 않는데요. 제가 문제점을 잘못 파악하고 있는지... 물론 뜻 모르는 용어를 남발하는 일도 많지만요.
뷰와 로직을 분리하면 관리대상이 달라진다고 생각합니다. 차주 금요일 발표때 보여드릴 테스트 자동화도 로직만 검증합니다. 경험상 둘을 분리하면 로직은 요수변경에 따라 많이 안바뀌어요
성현 view를 별도의 파일로 분리하는 것은 MVC에서 보편적이지만, 어디까지가 business logic이고 어디가 presenation logic, display logic인지는 단순히 'UI tier분리'라는 말만으로는 모호할 수 있다.. 정도의 느낌이에요~
fupfin 음.. 보통 jsp역할의 View정도라고 이야기했으면 크게 혼동은 안 되었을 것 같은데요, 'UI tier'라는 정도 느낌의 용어로 논의를 해서 Controller를 포함하는건지 등이 애매하게 느껴졌던 상황이 있었어요
뷰와 로직을 분리할 필요가 없다는 말은 아닙니다. 경계를 연역적으로 도출할 수 없으니 탐색의 과정을 거쳐야 하는데, 경계가 뚜렸해야 한다는 명분만 내세우고 탐색의 필요성은 무시하여 경계를 고치기 어렵게 만들면 안된다는 뜻 정도로 이해해주시면 고맙겠습니다.
benelog 쉽지 않으시죠? 저도 그렇습니다. 각 기술특성이나 경험적으로 가이드라인을 잡는게 현실적인 것 같습니다. 그때그때마다 다른 것 같아요.
흠... 저렇게 말할 정도로 모호하다고 보지는 않는데요. 제가 문제점을 잘못 파악하고 있는지... 물론 뜻 모르는 용어를 남발하는 일도 많지만요.
10.07.10 07:26뷰와 로직을 분리하면 관리대상이 달라진다고 생각합니다. 차주 금요일 발표때 보여드릴 테스트 자동화도 로직만 검증합니다. 경험상 둘을 분리하면 로직은 요수변경에 따라 많이 안바뀌어요
10.07.10 14:13성현 view를 별도의 파일로 분리하는 것은 MVC에서 보편적이지만, 어디까지가 business logic이고 어디가 presenation logic, display logic인지는 단순히 'UI tier분리'라는 말만으로는 모호할 수 있다.. 정도의 느낌이에요~
10.07.10 17:52fupfin 음.. 보통 jsp역할의 View정도라고 이야기했으면 크게 혼동은 안 되었을 것 같은데요, 'UI tier'라는 정도 느낌의 용어로 논의를 해서 Controller를 포함하는건지 등이 애매하게 느껴졌던 상황이 있었어요
10.07.10 17:54뷰와 로직을 분리할 필요가 없다는 말은 아닙니다. 경계를 연역적으로 도출할 수 없으니 탐색의 과정을 거쳐야 하는데, 경계가 뚜렸해야 한다는 명분만 내세우고 탐색의 필요성은 무시하여 경계를 고치기 어렵게 만들면 안된다는 뜻 정도로 이해해주시면 고맙겠습니다.
10.07.10 18:21benelog 쉽지 않으시죠? 저도 그렇습니다. 각 기술특성이나 경험적으로 가이드라인을 잡는게 현실적인 것 같습니다. 그때그때마다 다른 것 같아요.
10.07.11 21:33