어느 MVC의 맛이 더 널리 받아 들여지고 있습니까?

Question

내가 MVC의 2 별개의 "맛"주의 사항 :

1) "원본"MVC 어디보기에 직접 모델 회담 2) 컨트롤러는 중재자 패턴 결코 모델과 뷰를 사용하여 "애플 코코아"MVC link text에서 직접

통신 :

MVC의 목표입니다, 건축 설계의 복잡성을 줄이고, 코드의 유연성과 유지 보수성을 높이기 위해, 모델과 뷰를 감 결합하여.

저에게는 큰 의미가 있습니다. 그러나 위키 피 디아에서 볼 수 있듯이 # 1을 사용하면 모델과 뷰 사이에 링크가 생기므로 매우 복잡하게 보입니다. "원래"MVC가 목표를 해결하지 못하는 것 같습니다.

대조적으로 # 2는 매우 명확하게 UI를 통해 데이터를 표시하고 입력하는 방법, 표현 방법에 전혀 신경 쓰지 않는 모델 및 둘 다 잠재적으로 재사용 할 수없는 유일한 코드가됩니다. MVC 목표를 달성합니다.

저는 "믿어지는"# 2 코코아에서 일하고 있고, 평범한 C++로 일하고 있기 때문에 나에게 좋을 것 같습니다. 나는 무엇이든 믿을 수 있습니다. 그러나이 MVC의 맛은 야생에서 더 많이 발견 할 것입니까? 예를 들어 Ruby on Rails, Struts, PureMVC ..이 MVC를 사용하지만 # 1 또는 # 2를 볼 수 있습니까?

편집 : 그럼 어떤 경우, 그래서 어떤 현대적인 접근 방식을 사용 # 1 않습니다, 더 많은 일을 수락 # 2 같은 소리?

Answer 1

나는 보편적으로 받아 들여지는 것이 확실하지 않지만, 대부분의 사람들은 레일스를 MVC의 '스펙'으로 간주하고, 레일스에서는 모델과 뷰를 직접 (거의 절대) 말하지 않는다. 컨트롤러는 모델 데이터를 찾아보기로 전송합니다.

Answer 2

asp.net MVC에서 2 번 접근 : 컨트롤러가 모델을 읽고 쓰고, 뷰로 데이터를 보내고받습니다. 조회수와 모델은 직접 이야기하지 않습니다.