내 렌더링 부분을 디자인하려고합니다. 하나의 렌더링 부분 내에서 30 다른 렌더링 부분 기능을 가지고. 한 번에 하나의 항목을 렌더링 중입니다. 예를 들어, 나는 그들의 별도의 renderpartial 기능에 이러한 항목을 넣어 갈거야 :많은 부분 함수가 렌더링되지 않습니까?
그래서 한 페이지에 여러 가지가 있기 때문에 렌더링 부분 함수를 구성 할 것입니다. 이 나쁜 습관인가?
나는 그것이 달려 있다고 생각합니다 : 몇 줄의 부분보기가 있습니까? 한 줄짜리 부분 뷰를 리팩터링 할 필요가 없습니다. 이는 당신이하는 것처럼 들리는 부분입니다. 내가 오해한다면 샘플 코드를 게시 할 수 있다면 도움이 될 것입니다.
부분보기에 넣으려는 선을 보지 않고 한 줄을 캡슐화하려는 이유를 알 수 없습니다. 나는 조기 최적화에주의해야한다. 예 : 아마 당신은 30 개의 1-liners 대신 3 개의 10-line partial views와 같은 것을 원할 것입니다.
성능이 향상되는 한, 특히 고대 서버에 설치하거나 트래픽이 매우 높지 않으면 심각한 성능 저하가 발생할 수 있습니다. 그래서 네, 서브 루틴을 호출하기 때문에 모든 것을 단일 뷰에 넣는 것보다 확실히 느려질 것입니다.하지만 사용자에게 실질적인 변화를 줄 것이라고는 생각하지 않습니다.
아마도. 가능한 경우 공통점이있는 항목을 찾아 제네릭 기능을 만들려고 시도하십시오.
부분보기 대신 HTML 도우미를 선호하는 경향이 있습니다. 예 :
public static string SidebarBoxEnd (this HtmlHelper 도우미) { return ""; 나는 또한 그래픽으로 복잡한 레이아웃을 많이 사용하는 경향이 있기 때문에
http://stephenwalther.com/blog/archive/2009/03/03/chapter-6-understanding-html-helpers.aspx 내가 그 방법을 선호하고, HTML 도우미는 것 : 당신이 여기에 좋은 기사가있다 개념에 이미 익숙하고 편안하지 않다면 }
가장 깨끗한 (따라서 유지 관리가 용이 한) 뷰 코드를 제공합니다. 예를 들면 :
여러 번에게 혼자 사업부와 클래스 태그 많은 코드를 가진 반대로.
어느 쪽이 더 잘 수행 될 것이라고 생각하십니까? renderpartial 또는 html 헬퍼? – Luke101
네, 맞습니다. 내 부분보기는 한 줄에 불과합니다. 그러나 그들은 내 응용 프로그램에서 어디에서나 사용될 것입니다. 이런 상처를 입히는 것이 효과가 있습니까? – Luke101
나는 나의 대답을 넓혔다. –