Play가 어때요! ZK 프레임 워크와 다른 프레임 워크

커브, 유용성, 효율성 및 사용 상황에 대한 차이점을 원합니다. JSON, XML 응답으로 webservice를 만들고 Android에서 사용하고 웹 사이트에서도 사용하고 싶습니다.Play가 어때요! ZK 프레임 워크와 다른 프레임 워크

나는 ZK가 좋지만 놀아! 나를 위해 완전히 새로운 것입니다.

감사 & 관련, 아만

출처

2011-12-30 Anonymous

Zk와 플레이! 정말로 2 개의 매우 다른 물건이다. 2 사이의 주요 차이점은 나는 생각한다 :

ZK는 UI 구성 요소에 초점을 맞추고 많은 ICEfaces 및 기타 유사한 프레임 워크 — 재생하는 동안 같은 —! 하지 않는다. ; Play에 UI 구성 요소가 없습니다!
제 생각에는 Play는 다른 Java/scala 웹 프레임 워크와 비교하여 다른 철학보다 훨씬 다른 철학을 제공합니다. 서버 측 상태 (ZK와 완전히 반대되는 개념)와 함께 제공되는 모든 것을 폐지하는 기본 접근 방식입니다. 동시에 모든 기능이 통합 된 완전한 기능의 스택입니다. 당신은 당신의 의존성을 수집하는 데 몇 시간을 소비하지 않아도됩니다.

저는 과거에 ZK를 짧게 사용한 적이 있습니다. 제 의견으로는 Play! 그것이 매우 상대적인 판단 임에도 불구하고 ZK보다 쉽게 받아 들일 수 있습니다. 여기서 접근 방식에는 큰 차이가 있습니다. JSON/XML 기반 웹 서비스를 만들고 싶다면 Play! 때문에 ZK 이상 더 바람직 같다 : 그 창 밖 ZK의 주요 판매 포인트는 그래서 당신은, UI 구성 요소가 필요하지 않습니다

메커니즘
서비스를 구현는 (당연히 사용자의 특정 요구 사항에 따라) 그 어느 될 수만큼 쉽고 간단 대해로 플레이

단점을 것입니다! 실제로 귀하의 특정 요구 사항에 달려 있습니다. 그러나 마음에 떠오르는 한 가지 문제는보다 전통적인 기존 서비스 (예 : EJB)와 통합되는 웹 서비스를 구축하는 것입니다. Play 이후! 응용 프로그램은 Java EE 컨테이너에서 실행될 수있는 일반적인 Java EE 표준을 따르지 않으므로 컨테이너로 대신 통합 코드를 작성해야 할 수도 있습니다.

출처

2011-12-30 14:58:51 tmbrggmn

안녕하세요, 답장을 보내 주셔서 감사합니다.하지만 마지막 단락에서 설명하고 싶습니다. 나는 JAVA 소년이 아니다 :) –

[JEE] (http://en.wikipedia.org/wiki/Java_Enterprise_Edition) 응용 프로그램은 JEE 컨테이너 (예 : Weblogic, Websphere, GlassFish 등)에 배포됩니다.). JEE 스택을 사용하여 다른 응용 프로그램을 작성할 때 일반적으로 응용 프로그램과 독립적으로 프로그래밍 된 이전 서비스 (예 : [EJB] (http://en.wikipedia.org/wiki/Enterprise_JavaBean)))를 사용하는 것이 매우 쉽습니다. Play는 JEE 기술로 설계되지 않았으므로 기존 JEE 서비스를 Play 응용 프로그램과 통합하는 것이 항상 쉬운 것은 아닙니다. – tmbrggmn

gr8 .... 고맙습니다. –

Play가 어때요! ZK 프레임 워크와 다른 프레임 워크

답변

관련 문제