2010-08-23 3 views
3

나는 이미 GWT와 함께 작은 프로젝트를 개발하는 데 시간을 보냈고 나는 최근에 Script#을 발견했다. 이제이 툴킷이 얼마나 성숙한 지 궁금합니다. 저는 GWT와 샤프를 모두 시도한 사람의 의견에 특히 관심이있어서 두 사람을 비교할 수 있습니다.스크립트 #의 성숙도 (GWT와 비교하여)

스크립트 # 얼마나 성숙합니까?
오직 한 사람 만 관리한다는 것이 사실입니까?
GWT와 비교했을 때 어디에서 기능이 부족합니까?
GWT보다 장점이 있습니까?
샤프에 대한 개인 의견 #?

감사합니다.

+0

중복? http://stackoverflow.com/questions/3303853/gwt-vs-scriptsharp-pros-and-cons –

답변

1

이것은 duplicate question이지만 이전 질문의 대답은 GWT와 관련하여 몇 가지 중요한 사항을 다루지 않는다고 생각합니다.

  • 는 GWT는 손으로 할 가능성이 아무것도 이상으로 생성 된 자바 스크립트를 최적화에 큰 중점을두고 자바 자바 스크립트에 컴파일러입니다. 생성 된 JS는 브라우저마다 다르므로 Webkit 브라우저는 IE 해킹을 다운로드하지 않습니다. 생성 된 파일은 스크립트 내용의 md5 합계이기 때문에 캐시 할 수 있으므로 영원히 캐시 할 수 있습니다. 즉, 사용자는 변경 될 때까지 한 번만 코드를 다운로드해야합니다. 스크립트 #, 빠른 내 웹 사이트 생략, C#을 자바 스크립트로 번역하는 것 같습니다.
  • GWT는 할 수 있습니다 시작하지 열심히 응용 프로그램에 대한 2 개 라운드 트립이있는 사이트를 개발, UiBinder 결합 등 번들 자원에 대한 developer guided code splitting, ClientBundleCssResource for conditional CSS, 같은 고급 기능을 제공합니다. 나는 Script #가 이것을 가지고 있다고 생각하지 않으며 대부분의 JS 라이브러리는 그렇게하지 않는다.
  • GWT 개발 환경과 같은 JS에 대한 개발자 모드 (변경 코드, 브라우저를 새로 고침 변경 사항을 참조), I는 스크립트 # 그런 무언가가 있는지 확실하지 않습니다 있습니다.

내가 계속 수 있지만, 나는 그와 함께 중단됩니다 생각합니다. 이것을 다른 답변과 결합하면 GWT가 매우 매력적입니다.