2012-04-05 3 views
0

MVC 디자인에 대한 설명을 읽었을뿐 아니라 다음과 같은 질문을 던졌습니다. 저는 Android 개발자 (중학교)이므로 코드를 더 명확하게 만들고 싶습니다. 그래서 MVC를 사용해야합니까? 그리고 모든 활동에는 자신의 모델이 있어야합니까? 그것에 대한 좋은 튜토리얼이 있습니까? 고맙습니다.모든 활동에는 자체 모델이 있어야합니까?

+0

대신 MVC의 안드로이드 응용 프로그램이 MVP 또는 느슨한 결합을 구현해야합니다. 안드로이드 애플리케이션에서 mvp의 예제와 사용상의 이점을 찾을 수 있습니다. @http : //kjthumar.blogspot.com/ –

답변

3

이미 구현되었습니다. MVC pattern on Android

당신은 안드로이드 MVC

미리 제작 된 바와 같이, 아무것도 할 필요가 없습니다
0

MVC 더 (활동과 모델 사이의 1 대 1의 관계처럼) 일을 특정 방법보다는 아이디어의 일종이다. 아이디어는 모델, 뷰 및 컨트롤러를 분리하여 물건 이되도록 만듭니다.

Android에서는 둘 이상의 활동이 단일 모델을 참조 할 수 있습니다 (예 : 검색 가능한 집 목록이있는 활동, '집 수정'활동 및 해당 활동의 점으로 표시 한지도). 좌표). 그래서 두 번째 질문에 대답하십시오 : 아니오, 그들은 자신의 모델을 가질 필요가 없습니다.

네, 그렇다면 MVC를 사용해야합니다. 모델을 실제 응용 프로그램과는 별도의 엔티티로 생각하고 모델의 "사용자"로서의 활동을 생각해보십시오.

0

Android에서는 MVP (모델,보기, 발표자) 패턴이 전반적인 시스템 아키텍처와보다 직접적인 상관 관계가 있음을 발견했습니다. 활동은 MVP 설정에서 자신의 이벤트를 관리하고 자신의 모양을 제어하는 ​​뷰를 구성합니다. 발표자는 모델과 뷰 사이의 촉진자 역할을하여 뷰에서 요청할 때 데이터를 제공합니다. 필요에 따라 발표자가 서비스 일 수도 아닐 수도 있습니다. 보기/모델 비율은 어느 시점에서든 화면에 표시하려는 내용에 따라 다릅니다. 안드로이드가 휴대 전화에서만 실행될 때 활동과 모델 사이에 일대일 상관 관계가있는 것이 당연했습니다. 이제 정상적인 경우는 모델과 파편 사이에 일대일 상관 관계가있는 것입니다. 그러면 파생물이 적절한 파편을 보여줌으로써 마샬링됩니다.

조각이 툴박스의 도구이기 때문에 MVC를하고 싶다면, 특히 RoboGuice에 포함 된 것과 같은 잘 발달 된 이벤트 시스템을 사용하면 이전보다 훨씬 쉬워졌습니다. 뷰로의 파편 및 컨트롤러로의 활동 - 모델에 대한 뷰의 순서 지정, 모델에서 데이터 제공 및 다른 컨트롤러로의 전환 처리.

패턴 선택은 필요에 따라 달라집니다. 응용 프로그램이 서비스 중심으로 구동되는 경우 MVP가 더 좋은 방법 일 것입니다. 그러나 응용 프로그램이 데이터베이스에 대한 단순한 클라이언트 일 경우 MVC가 더 쉬울 수도 있습니다. 그것은 당신에게 모든이야 :)

MVP에 대한 리소스 '시작을 얻을'http://www.jamespeckham.com/blog/10-11-21/MVP_on_Android.aspx

관련 문제