Java, HTML, JS 및 CSS를 사용하여 웹 응용 프로그램을 개발 한 경험이 있습니다. 내가 배우고 싶은이 시점에서/GWT을 시도,하지만 그렇게되기 전에 나는에 설명을 감사하겠습니다 다음HTML/JS에서 GWT로 이동
기존의 HTML/CSS/JS 개발 GWT 얼마나 더 많은 시간이 소요됩니다에 비해감사합니다.
1) 모듈이 상당한 크기로 커지면 프런트 엔드를 간단하게 새로 고치는 것 (또는 배포하기 전에 컴파일하는 것)이 꽤 오래 걸릴 수 있습니다. 그러나 Firebug 또는 이와 유사한 도구를 평소와 같이 사용할 수 있습니다. 더 흥미로운 점은 디버깅이 쉽고 강력하다는 것입니다. Java와 Javascript 기반의 정규식 간의 비 호환성과 같은 작은 문제가 있습니다.
2) 예를 들어, Photoshop 등의 디자이너가 제공하는 '의도 된 화면 샘플'(이것이 어떻게 호출되는지는 확실하지 않음)을 HTML/js GWT 기반 프론트 엔드로 변환하십시오. 이것은 진짜 단점입니다.
3) 무엇을하고 있는지 알아야합니다. 하지만 실제로는 쉽게 사용할 수 있습니다. GXT/SmartGWT 또는 유사한 라이브러리를 사용하면 도움이됩니다. 프런트 엔드에서 모든 플러그인을 JQuery에 포함시키는 것도 어렵습니다.
4) 이것은 GWT를 강력하게 만듭니다. 백 엔드 구성 요소 및 프런트 엔드에서의 통신 용이성을 고려해야합니다. 내 생각에, 많은 비즈니스 (주로 백엔드) 로직이 필요하다면 GWT를 사용하여 개발 과정에서 효과적으로 사용하는 방법을 배운 후 후회하지 않을 것입니다. BE 파트와의 통신을 통해 클라이언트에서 비즈니스 로직을 작성하는 것이 훨씬 쉬워졌습니다.프론트 엔드에서 아름답고 비표준이며 쉽게 커스터마이징 할 수있는 것들을 원한다면 많은 로직이 아닌 복잡한 데이터를 전송하지 않고 '표준'비 GWT 접근 방식을 사용하는 것이 좋습니다. GWT로 작업하는 많은 사람들에게있어 가장 큰 장점 중 하나는 JS에 코드를 작성할 필요가 없으며 GWT에서 생성 된 JS 코드가 빠르고 효과적이며 크로스 브라우저라는 것입니다. 프론트 엔드를 html/js로 작성하고 (적절한 디버깅 컨트롤을 놓치지 마세요) Java를 사용하여 BE를 작성하고자한다면 DWR 또는 다른 가벼운 Ajax 라이브러리가 흥미로울 것입니다.
GWT는 확장 성 및 관리 성이 향상되도록 설계되었으며 비용은 물론 그에 따라 다릅니다. 작은 팀 (예 : 1-5 명)이있는 소규모 사이트/앱에서 HTML/CSS/JS에서 직접 작업하는 데 익숙하다면 GWT는 가치가있는 것보다 더 복잡 할 수 있습니다.
규모가 큰 환경에서 많은 반복 작업과 다른 사람들이 프로젝트를 오가며 움직이는 것을 기대한다면 프레임 워크를 사용하는 것이 좋습니다. GWT는 꽤 좋습니다. GWT EXT JS를 확인해보십시오.
HTML을 직접 사용하는 것과 비교할 때 GWT를 맞춤 설정하는 것은 어렵습니다 (중요한 변경 사항이 계속 발생하면 보람을 느낍니다). 모든 구성 요소가 어떻게 잘 맞는지 이해하려면 GWT API 및 아키텍처에 대해 알아야 할 것이 많습니다.
GWT에서 맞춤 설정을 구현하는 것이 확실히 어렵습니다. js로 번역 될 Java의 코드를 인쇄하고 있다고 생각하면됩니다.
물론 다른 js 라이브러리와 통합 할 수 있지만 일반 html/css/js보다 훨씬 어렵습니다.
일부 서재응을 수행 할 예정이라면 GWT가 까다로울 수도 있습니다.