J2Objc 유형 프로젝트의 디자인 패턴

j2objc은 iOS, Android 및 웹에서 공유 프로젝트를 개발하는 데 적합합니다.J2Objc 유형 프로젝트의 디자인 패턴

공유 코드 또한 MVP가 될 것으로 보인다

안드로이드

웹

IOS : 그것은 네 개의 프로젝트를 만들 수있는 좋은 방법이라고 나에게는 분명한 것 같다 이러한 종류의 프로젝트에 합리적입니다. 이 패턴을 사용하면 Model과 Presenter가 공유 코드 프로젝트로 들어가고 플랫폼 별 프로젝트로 뷰가 이동합니다. 저의 이해에서 전송 메커니즘은 공유 프로젝트에 들어가야합니까? 아니면 각 플랫폼 별 프로젝트에 속해야합니까?

많은 코드를 공유하는 이러한 유형의 프로젝트에 적합한 모범 사례 또는 권장 디자인 패턴이 있습니까?

출처

2015-02-01 confile

MVP는 훌륭한 패턴이며 모델 및 발표자는 휴대 할 수 있습니다. 우리는 얼마나 쉬운 코드가 얼마나 이식성이 있는지 테스트하는 것과 밀접한 상관 관계가 있음을 발견했습니다. MVP가 만들어진 한 가지 이유는 간단한 JUnit 테스트로 더 많은 컴포넌트 코드를 테스트 할 수 있다는 것입니다.

"전송 메커니즘"이 무슨 뜻인지 잘 모르겠습니다. HTTP 요청을 의미합니까? 그렇다면 URLConnection/HttpURLConnection은 GWT를 제외한 모든 플랫폼에서 이식 가능해야합니다.

출처

2015-02-01 04:45:33 tball

전송은 HTTP 요청을 의미합니다. 이것은 공유 패키지에 있어야하지만 GWT와 다른 이유는 무엇입니까? JSon과의 직렬화는 어떻게됩니까? 이것이 어디에서 끝났습니까? – confile

GWT는 java.net을 지원하지 않습니다. 그러나 GWT XMLHttpRequest를 사용할 수 있기 때문에 요청/응답을위한 응용 프로그램 별 가벼운 인터페이스는 상대적으로 쉽습니다. 인터페이스가 비동기로 설계된 경우이 인터페이스를 사용하는 앱 코드는 완전히 이식 가능합니다. JSON에서도 마찬가지입니다. Android 및 J2ObjC는 org.json API를 지원합니다. GWT는 없지만 eval() 또는 JavaScript JSON 라이브러리를 사용할 수 있습니다. – tball

J2Objc 유형 프로젝트의 디자인 패턴

답변

관련 문제