MVC의 장점 ASP, PHP와 같은 절차적 언어로 개발된 대부분의 웹 애플리케이션은 하이브리드 계층에서 데이터 프로그래밍을 위한 초기 개발 템플릿을 갖추고 있습니다. 예를 들어, 데이터베이스에 직접 요청을 보내 HTML로 표시하는 것은 빠른 편이지만, 데이터 페이지 분리가 직접적이지 않아 비즈니스 모델의 외관이나 모델의 재사용성을 반영하기는 어렵습니다. 제품 디자인의 유연성은 매우 작고, 변화하는 사용자 요구를 충족시키기 어렵습니다. MVC는 애플리케이션의 계층화가 필요하지만 추가 작업이 필요하지만 제품의 구조는 명확하고 제품 적용이 모델을 통해 더 잘 반영될 수 있습니다. 무엇보다도, 모델의 능력에 대응하는 여러 뷰가 있어야 합니다. 사용자 요구가 급격히 변함에 따라 애플리케이션에 접근할 수 있는 방법이 여러 가지가 있을 수 있습니다. 예를 들어, 주문 모델에는 이 시스템에서 온 주문, 온라인 주문, 또는 다른 시스템의 주문이 있을 수 있지만, 주문 처리는 동일하므로 주문 처리는 동일합니다. MVC 설계 패턴에 따르면, 하나의 차수 모델과 다중 뷰가 문제를 해결할 수 있습니다. 이로 인해 코드 복사가 줄어들어 코드 유지보수가 줄어들고, 모델이 변경된 후에도 유지보수가 용이합니다. 둘째, 모델들이 반환하는 데이터는 별도의 표시 형식이 없기 때문에, 이 모델들은 인터페이스 사용에도 직접 적용할 수 있습니다. 셋째, 애플리케이션이 세 개의 계층으로 나뉘어 있기 때문에, 때로는 한 계층을 변경하는 것이 애플리케이션 변경을 만족시킬 수 있습니다. 애플리케이션의 비즈니스 프로세스나 비즈니스 규칙 변경은 MVC 모델 계층의 변경만 필요로 합니다. 제어 계층의 개념도 유효한데, 서로 다른 모델과 뷰를 결합해 서로 다른 요청을 완료하기 때문에, 제어 계층은 사용자 요청 권한 개념을 포함한다고 할 수 있습니다. 마지막으로, 소프트웨어 엔지니어링 관리도 용이하게 합니다. 서로 다른 계층이 각자의 역할을 수행하기 때문에, 서로 다른 애플리케이션의 각 계층은 공공과 도구 작업을 통해 하이퍼바이저 코드를 생성하는 데 도움이 되는 일부 특성을 가지고 있습니다. MVC의 단점 MVC의 단점은 다음과 같은 점들에 반영됩니다: (1) 는 시스템 구조와 구현의 복잡성을 증가시킵니다. 단순 인터페이스의 경우, 모델, 뷰, 컨트롤러를 분리하는 MVC를 엄격히 따르면 구조의 복잡성이 증가하고 너무 많은 업데이트 작업이 발생해 운영 효율이 저하될 수 있습니다. （2) 뷰와 컨트롤러 연결이 너무 꽉 조여져 있습니다. 뷰와 컨트롤러는 별개의 부분이지만 밀접하게 관련되어 있으며, 컨트롤러 없이 뷰의 사용이 제한되고, 그 반대도 마찬가지라 독립적으로 재사용이 불가능합니다. （3) 모델 데이터에 대한 비효율적인 접근을 보기. 모델 운영 인터페이스에 따라 충분한 표시 데이터를 얻기 위해 뷰를 여러 번 호출해야 할 수도 있습니다. 변경되지 않은 데이터에 불필요하게 자주 접근하는 것도 운영 성과에 악영향을 줄 수 있습니다. （4현재 MVC 아키텍처는 고급 인터페이스 도구나 구성자에서 지원되지 않습니다. 이러한 도구를 MVC에 맞게 조정하고 분리된 부품을 설정하는 데 드는 비용이 높아 MVC 사용이 어렵습니다.
|
게시됨 2014. 12. 6. 오후 10:30:34
|
|
|
게시됨 2014. 12. 7. 오후 5:22:49
