저는 현재 첫 페이지에 많은 정보를 표시해야하는 MVC 3 웹 앱 프로젝트를 진행하고 있습니다. 나는 웹 페이지 레이아웃과 디자인에 비교적 익숙하기 때문에이 페이지의 코드를 구성하는 방법에 대해 벽에 부딪 혔습니다.
내 첫 번째 생각은 페이지 (보기)를 가능한 한 많은 페이지 (작은보기)로 분할하여보기 모델을 더 작고 관리하기 쉽게 만드는 것이 었습니다. 이것이 올바른 방법인지 확실하지 않지만. 아니면 필요한 모든 정보를 표시하는 하나의보기에 페이지의 모든 요구 사항을 맞추려고 노력해야합니까?
큰보기 개체를 작은보기로 분할하면 주로 재사용 성, 테스트 가능성 및 2 개월 후에 (필연적으로) 수행 할 필요가 없다는 많은 이점을 얻을 수 있습니다.
더 작은보기를 사용하면 먼저 프로젝트의 다른 부분에서 해당보기를 재사용 할 수 있습니다 ( "필요한 경우"가 있어야하지만 가능성은 상당히 높습니다). 단일보기를 사용하면 그러한 유연성이 제공되지 않습니다.
더 작은보기는 개념화 (간결하고 적절하게 이름이 지정된보기를 사용하면 100 줄을 읽는 시간을 절약 할 수 있음), 유지 관리 (버그를 분리하고 다른보기에 영향을주지 않고 각보기의 기능 변경 사항을 분리 할 수 있음)가 더 간단합니다. 테스트 (시간, 복잡성 및 종속성 주입).
하나의 거대한 관점 (아마도 몇 분 정도의 개발 시간)을 사용해도 아무것도 얻지 못하지만, 길고 짧은 기간에 놓친 것은 상당합니다.
MVC3에서 여러 개의 작은보기를 사용하려면 기본보기 내에서 부분보기를 사용할 수 있습니다.
<div>
@Html.Partial("_PartialView", new PartialViewModel)
</div>
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다