은 Google 웹사 툴킷을 개발하는 데 유용한 복잡한 자바 스크립트?

Question

Iam 한 팬 자바 스크립트의 프레임워크 특히 jQuery.나는 항상하고 싶어 디자인과 같은 사이트"plurk.com"그러나 내가 알고있는 그것은 필요 아주 거대한 선의 자바 스크립트.그래서 종료합니다.그러나 때문에 사실을 알게 되었 GWT,내가 정말 원하면 그것을 밖으로 테스트하고 싶은 당신을 요구하는 경우 그것은 우리의 작업을 쉽게 개발하는 복잡한 것보다는 자바스크립트나 프레임 워크입니다.는 것을 선호하십니까?

Answer 1

"생성 된 JavaScript"처럼 나를 놀라게하는 것은 거의 없습니다. 누출 추상화의 법칙 이 경우 두 배로 사실이어야합니다.

효과적인 크로스 브라우저 JavaScript를 작성하는 것은 지속적인 개선의 까다로운 과정입니다. 일부가 생성되고 가려진 JavaScript가 잘못되고있는 곳에서 해독하려고하는 것은 큰 두통입니다. 순수한 JS 라이브러리에서 버그를 고치는 것은 충분하지 않습니다.

나에게 GWT는 백엔드 개발자가 프론트 엔드 브라우저 코드를 작성할 수 있도록하는 트릭입니다. 불행히도, 현대 웹 앱의 현실은 JavaScript와 DOM을 알아야한다는 것을 의미합니다. 무언가가 깨질 것이고, 당신은 이유를 알아야합니다.

jQuery 나 프로토 타입과 같은 좋은 JavaScript 라이브러리를 선택하고 잘 배우는 것이 좋습니다. 이러한 라이브러리는 추상화되어야 할 종류의 물건을 추상화하고 배열 작업 및 AJAX 요청과 같이 에지 케이스에서 깨지지 않을 것입니다.

Answer 2

나는이 질문에 대한 몇 가지 답변이 정보가 없다고 생각하며, 그들에게 대답하는 사람들이 대규모 프로젝트에서 GWT를 사용한 적이 없다고 생각합니다. 예 GWT는 대형 Ajax 웹 사이트를 수행하는 좋은 방법이며, 큰 복잡한 사이트의 경우 백엔드와 관련하여 jQuery와 같은 것들을 공원 위아래로 걷어차 고 있습니다. 내가 항상 그것을 보는 방식은 자바 스크립트 자체가 작은 클라이언트 측면을 수행하는 데 좋습니다. 더 복잡한 일을 해야하는 경우 (다이나믹 필드, 팝업, 애니메이션) jQuery 또는 프로토 타입과 같은 것을 가져옵니다. 한 걸음 더 나아가고 싶을 때 GWT로갑니다.

사람들은 Java로 작성하기 때문에 백엔드 개발자가 프론트 엔드 개발을 수행하도록 설계되었다고 가정합니다. 그렇지 않습니다. Java는 단순히 그들이 선택한 언어입니다. 주로 널리 사용되고 정적으로 입력되었으며 좋은 편집자가 많이 있습니다.

나는 누출 추상화 이론을 구매하지 않으며, HTML 요소를 완전히 추상화하려고 시도하지 않습니다. 원시 JavaScript와 DOM을 사용하기로 선택한 경우 DOM에 직접 액세스 할 수 있기 때문입니다.

요컨대 우리는 GWT에서 매우 복잡한 사이트 (GWT 블로그에 실린)와 jQuery와 같은 다른 라이브러리를 사용했습니다. GWT 주위에 머리를 잡으면 복잡한 작업으로 죽은 다른 프레임 워크를 죽인다는 100% 자신감으로 말할 수 있습니다. 또한 물건을 개선하는 데 도움이되는 훌륭한 내장이 있으며, 다른 프레임 워크가 지원하지 않는 것 (이미지로 할 수있는 마법과 같은)을 수행합니다. 자세한 내용은이 블로그 게시물을 참조하십시오.

http://googlewebtoomkit.blogspot.com/2007/10/epo-builder-built-with-gwt.html

Answer 3

예, JavaScript가 아닌 Java를 사용하기 때문에 그렇습니다.

훌륭한 IDE, 정적 코드 분석, 검색 및 리팩토링 -이 모든 것이 대규모 프로젝트에서 훨씬 쉬워 질 것입니다.

Answer 4

No.그렇지 않습니다.

그것을 제거하지 않은 복잡성,그것은 단지 가능한 거래를 당신을 위해서 자바의 관점이다.이 제공하는 모든 장식새김에서 사용할 수 있 Java...는 혼자 만들 수도 있습니다 그것은 가치가 있습니다.

JavaScript Ide 은 더 좋아지지만,일반적으로 사용하는 경우 프레임워크아 jQuery 프로토타입 또는,당신은 아마을 쉽게 찾을 다루는 보다 무거운 체중을 추상화 계층 다음과 같 GWT.

나 개인적인 기본 설정은 순수 자바 스크립트의 접근 방식이지만,그 때문에 나는 다음과 같할 수 있는 더 긴밀하게 협력하여 금속,그리고 나 충분한 훈련을 길들이 내 자바 스크립트 고양이입니다.

Answer 5

GWT를 사용하면 실제로 JavaScript를 작성하지 않습니다. 전체 가치 제안은 Java를 작성하여 JavaScript로 컴파일 할 수 있다는 것입니다.

Answer 6

저는 GWT를 사용하여 꽤 좋은 효과를 낸 프로젝트를 진행하고 있습니다. 우리는 주로 내부 도구를 작업하는 Java 개발자이기 때문에 우리에게 좋은 선택입니다. 나는 대형 최종 사용자 사이트에 얼마나 유용한 지 말할 수 없습니다.

내가 특히 감사하는 한 가지 장점은 원활한 객체 직렬화 및 사막화입니다. XML-RPC의 세부 사항은 추상화되었을뿐만 아니라 동일한 Java 코드가 서버의 바이트 코드 및 브라우저의 JavaScript로 컴파일되므로 서버와 클라이언트가 마치 별도의 클래스 로더로 실행되는 것처럼 코딩 할 수 있습니다. 동일한 JVM. 예를 들어, 서버에서 Java 객체를 구성하고 RPC 서비스 호출의 리턴 값으로 브라우저로 보내면 브라우저 코드는 동일한 Java 클래스를 사용하여 방금 반환 한 객체를 조작 할 수 있습니다. 마찬가지로, RPC 호출에 대한 매개 변수는 Java 객체로 구성 될 수 있으며 서버는 다른 쪽 끝에 동일한 Java 객체를 수신합니다. 이 모든 것은 (de) 직렬화의 세부 사항에 대해 멍청하지 않고.