나는 비즈니스 로직과 프리젠 테이션 로직에 대해 이전에 this question을 물어 봤고, 생각 해냈다. 내가보기에 자동적으로 의심 스럽기 때문에 View에서 코드를 볼 때 의심스러운 사례를 발견하는 것이 더 쉽다고 생각한다. 보통 프리젠 테이션 논리이기 때문에 보통 괜찮습니다.하지만 항상 더 가깝게 보입니다.HTML 도우미가 Business Logic을위한 장소입니까?
하지만 HTML 도우미에있는 것처럼 보이지 않습니다. 사실, 나는 전에 그것을 한 적이 있고 다른 사람들에게 비즈니스 논리를 도우미로 옮기라고 말했습니다. 하지만 맞습니까?
내 생각 엔 지금은 그렇지 않다는 것입니다. 헬퍼의 직업이보기의 직업과 같다고 생각합니다. 발표 만. 너희들은 어떻게 생각하니?
HtmlHelper는 관련 HTML을 사용자의보기로 출력하는 데에만 관심을 가져야하며 비즈니스 규칙에 대한 지식이 없어야합니다. 이 작업은 비즈니스 계층/도메인 모델 계층에서 수행해야합니다.
"현재 응용 프로그램에서 HtmlHelper를 가져 와서 다른 MVC 응용 프로그램에 넣으면 수정없이 다시 사용할 수 있습니까?"라는 질문을 스스로해야합니다. 대답이 '아니오'인 경우 너무 많이 알 수있는 좋은 기회가 있습니다.
비즈니스 모델을 도메인 모델이나 서비스에 넣는 것이 좋습니다. 그런 식으로 훨씬 더 테스트하고 재사용 가능합니다.
HTMLHelper의 HTML은이 구성 요소가 프레젠테이션에 집중한다는 사실에 큰 단서입니다. 여기서는 비즈니스 논리가없고 순수 HTML 기능 (다른 프로젝트에서 재사용 될 가능성이 높음)을 찾을 수 있습니다.
모든 HTMLHelpers는 다른 어셈블리로 이식되어 org에서 사용할 수 있어야합니다. :)