또는 이러한 종류의 응용 프로그램 인 SPA에 대한 최상의 옵션 (프레임 워크)이 있습니까?Wicket은 단일 페이지 응용 프로그램에 적합한 웹 Java 프레임 워크입니까?
백엔드 개발을 위해 스칼라 또는 Java 프레임 워크 만 사용하고 싶습니다.
그리고 나를 위해 백엔드 웹 프레임 워크를 선택하기위한 주로 중요한 포인트는
예, Wicket으로 SPA를 만들 수 있으며 구성 요소 아키텍처를 사용하면 실제로 매우 간단 해집니다.
기본적으로 일반적인 응용 프로그램의 페이지는 패널로 전환하고 페이지 간을 이동하는 대신 Ajax로 단일 페이지 전환 패널을 작성하게됩니다. 페이지의 여러 섹션에 대해 여러 패널을 사용할 수 있습니다.이 모든 것은 프레임 워크에서 매우 간단하고 자연 스럽습니다. 5.x 이후에 추가 된 이벤트 아키텍처는 섹션 간 통신을 사용하는 것을 더욱 단순하게 만듭니다.
하지만 잃는 것은 페이지의 북마크 기능입니다.
하나의 페이지이기 때문에 브라우저의 주소 표시 줄에있는 URL은 변경되지 않으며 사용자가 책갈피를 작성하면 책갈피가 작성되었을 때 표시된 페이지가 아닌 초기 페이지에 항상 도달합니다.
클라이언트 측 (자바 스크립트 기반) 프레임 워크 (예 : GWT)는 일반적으로 동적 앵커 (#의 URL에있는 문자열)를 사용하여 현재 상태를 인코딩하므로 앱이 필요할 경우이를 재구성 할 수 있지만 서버 위주의 프레임 워크이기 때문에 Wicket은 (적어도 커스텀 코드가 없어도) 그렇게 할 수 없다. 가능한, 할 수 있지만, 약간의 사고와 노력이 필요할 것입니다.
여러 번 필요한 기능이 아니거나 바람직하지 않은 동작 일 수 있습니다. 그렇다면 Wicket이 정말로 당신을 도울 수 있습니다.
액션 기반 프레임 워크 (Struts, Spring MVC, Play 등) 사용에 관해서는 클라이언트가 많은 아키텍처를 원한다면 더 적합합니다. 하지만 자바 스크립트 나 Java-to-javascript 컴파일러 (GWT)를 사용하여 대부분의 애플리케이션을 코딩해야하며 필자는이 프레임 워크를 사용하여 쿼리를 작성합니다. XML, JSON 또는 일부 서비스를 구현합니다. 다른).
Play Framework를 고려해 보셨습니까? Stateless (Wicket이 서버의 상태를 관리하는 동안)는 유스 케이스에 따라 장점이 될 수 있습니다. – Hbf
이 질문에 사실로 대답 할 수 없으므로 귀하가 얻을 수있는 반응은 매우 주관적입니다. 일부 프레임 워크로 포인트를 확인하는 것이 좋습니다. [이 위키 피 디아 페이지] (http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Java_2)는 좋은 시작점 일 수 있습니다. – EECOLOR
예, 개찰은 단일 페이지 앱에 사용할 수 있습니다. 그러나 학습 곡선이 점진적으로 이루어 지거나 아키텍처가 단순하지 않다고 나는 말할 수 없습니다. 서버의 간단한 나머지 API를 사용하여 javascript에 모든 UI 코드를 작성하는 것을 고려 했습니까? – buritos