태그 보관물: gwt

gwt

GWT에 대해 어떻게 생각하십니까? [닫은] 않습니다.

이 기간 동안 Java를 배우고 자습서를 마쳤으므로 프로젝트에 기여할 준비가 된 것 같습니다 (경험에서 알기 때문에 이것이 실제로 배우는 가장 좋은 방법입니다).

나는 GWT를 보았고 흥미로워 서 시도해보아야한다고 생각했다. 그러나 GWT는 JavaScript로 Java 응용 프로그램을 배포하기 때문에 실제 항목을 배울 수있을 때 왜 이것이 GWT를 배워야하는지 생각합니다 (이것은 JavaScript입니다). 내 질문 : 그만한 가치가 있습니까? Java 및 GWT를 사용하는 대신 JS 응용 프로그램을 빌드하려는 경우 JavaScript를 배우는 것이 더 나을까요? 나는 GWT로 특정 것을 구축하는 것이 더 쉬울 수 있다는 것을 알고 있지만 결국 그만한 가치가 있습니까?

감사.



답변

GWT는 기본적으로 원시 코드에 대한 컴파일러입니다. Visual Studio가 소스를 바이트 코드 또는 기계 언어로 컴파일하는 것과 매우 유사합니다.

이를 통해 프로그래머는 워드 길이, 레지스터 수 및 32 비트 또는 64 비트로 코딩 할 때 운영 체제를 호출하기위한 정확한 규칙의 차이에 대해 걱정할 필요가없는 Visual Studio 사용자와 같이 기본 아키텍처의 차이점을 추상화 할 수 있습니다. -비트.

유지 관리 부담 중 일부를 다른 사람에게 넘길 수 있기 때문에 이것은 좋은 일입니다. 이것이 구글이기 때문에 당신은 그들이 가지고있는 것보다 더 많은 개발 자원을 가지고 있다는 것을 알고 있습니다.


답변

나는 그것을 싫어한다

당신이 그것으로 할 수있는 모든 당신은 그것없이 청소기를 할 수 있습니다.


답변

GWT가 Java를 소스 언어로 사용한 이유는 JS (Ecmascript)가 비인간적으로 다루기 어렵 기 때문입니다. GWT는 이전에는 불가능했던 웹 / 브라우저에 프로그래밍을 가져 오는 좋은 방법 일뿐입니다.

GWT 이전에는 브라우저 (Ajax, dojo, 일반 자바 스크립트)에서 무언가를 프로그래밍하려는 헛된 시도가있었습니다. 그러나 자연의 힘은 너무 폭력적이므로 모든 것이 분리됩니다 (브라우저가 바뀌고 결코 같지 않으며 사람들이 다른 언어를 사용하며 사람들은 15 개의 이미지가 실제로 15 개의 파일이어야한다고 생각합니다).

그래서 대답은 : 인터넷 오션 보일러 (제 일이 아님)를 코딩하려면 GWT를 선택하십시오.

추신 : 또 다른 생각. JS는 Netscape에 의해 만들어졌습니다. 회사는 오랫동안 죽었지 만 언어는 끝나지 않고 썩어 있습니다.


답변

GWT를 따라 잡을 수있는 몇 가지 이유 :

  • 모든 기술에는 수명주기가 있습니다. GWT가 시작되었습니다. GWT를 학습하면 향후 장기적으로 기술 이점을 얻을 수 있습니다.
  • 자바를 사용하는 GWT는 웹 애플리케이션에 구조를 제공합니다. JavaScript는 스크립팅에 더 적합합니다. 자바로 지원되는 GWT는 대규모 애플리케이션에 더 적합합니다. JavaScript 위에서 프레임 워크 / 툴킷을 발견했다면 JavaScript만으로는 심각한 프로젝트에 충분하지 않다는 결론을 내릴 수 있습니다. 이러한 모든 프레임 워크는 애플리케이션 개발에 구조를 가져옵니다. GWT는 이러한 프레임 워크 중 하나이며 우선합니다.
  • 모바일 애플리케이션은 소프트웨어 세계에서 혁명입니다. 혁명은 지금 초기 단계에 있습니다. 점점 더 많은 소프트웨어가 모바일 플랫폼으로 이동합니다. GWT는 이제 가장 포괄적 인 크로스 플랫폼 애플리케이션 개발 도구입니다.

GWT는 실제로 구글이나 썬 (서블릿)의 웹 서비스 프레임 워크와 밀접한 관련이 없다. 통합 도구는 Google 또는 Sun의 비즈니스 특성으로 인해 서버와의 통합에 더 중점을 둡니다. GWT의 기술력을 활용하려면 일부 서버 통합 하이퍼를 무시해야합니다. GWT를 클라이언트 응용 프로그램 도구로 사용하면 미래의 경력에 ​​더 유리할 것입니다.


답변

그것은 당신이하고 싶은 것에 달려 있습니다 (어쨌든 대부분의 도구와 마찬가지로).

웹 개발의 세부 사항으로 들어가고 싶다면 브라우저 환경의 많은 (때로는 다른) 트릭을 사용하고 최신 기능을 사용하는 경우 웹 응용 프로그램을 ‘멋지게’보이게하는 작은 트릭과 싸울 수 있습니다. 시간과 경험이 있다면 손으로 더 많은 일을 할 수 있습니다. 그리고 그렇습니다. JavaScript로 프로그래밍하는 데 도움이되는 다른 툴킷이 많이 있습니다.

그러나 “비 공상적”이지만 안정적인 응용 프로그램을위한 “안정적”GUI를 만들고 대부분의 경우 실제로 동일한 작업을 수행하고 다양한 브라우저에서 트릭없이 동일하게 보이는 경우 GWT가 좋습니다. 내가 아는 최선의 선택. 설명 : Google은 대부분의 브라우저 및 최신 기술과 동기화되도록 동기를 부여했으며이를 수행 할 충분한 리소스가 있습니다. 그렇습니다. 당신은 자신의 일을하는 대신 다른 거인을 고수합니다. 질문 : 당신의 직업은 무엇입니까? 최소한의 노력으로 웹 인터페이스를 통해 가장 광범위한 사용자에게 동일한 서비스를 제공하거나 최신 플랫폼에서 가장 멋진 기능을 갖춘 반짝이고 뛰어난 웹 포털을 만듭니다.

+1 이유 : 하나의 코드베이스와 하나의 언어로 애플리케이션을 유지하는 것이 유리하다고 생각합니다. 데이터베이스 스크립트에서 깔끔한 트릭을 할 수는 있지만 해당 DB 서버에 자신을 고정시킬 수 있습니다. 쉘 스크립트 또는 배치 파일을 사용하여 외부 작업을 수행 할 수 있지만 운영 체제에 자신을 고정시킵니다. 브라우저에서 풍부한 클라이언트 인터페이스를 제공하기 위해 JavaScript로 컨트롤러 로직 중 일부를 구현할 수 있지만 한 브라우저에서 자신을 잠글 수도 있습니다. 모든 경우에있어 핵심 애플리케이션 데이터 구조 및 요구 사항과 동기화하기가 쉽지 않습니다 (아마도 끊임없이 변화하는 브라우저 + JS 도구 환경). 만약 핵심 애플리케이션이 자바라면 모든 것이 자바 환경에 있어야한다고 확신한다. 로직의 일부를 다른 환경에 넣어야하는 경우는 매우 적다.

위의 질문에 대한 답변으로 인해 GWT를 선택했습니다. 원하는대로합니다. 설치 후 약 2 주 안에 내부 서버 모니터링 시스템에 적합한 웹 인터페이스가 있었지만 Swing에 대한 경험이있었습니다. (아니요, 기본 모양과 느낌을 사용하지 않았으며 논리적 정보를 제시하기 위해 CSS와 클래스를 사용했습니다 :-))

현재 및 계획된 작업을 확인 하고 적합한 도구선택하십시오 .


답변