3

私はすでに GWT を使用した小さなプロジェクトの開発に時間を費やしており、最近Script#を発見しました。今、私はこのツールキットがどれほど成熟しているかに興味があります。私は、GWT と Sharp# の両方を試したために 2 つを比較できる人の意見に特に興味があります。

Script# はどの程度成熟していますか?
たった一人で維持されているというのは本当ですか？
GWT と比較して機能が不足している部分はどこですか?
GWTに勝る利点はありますか？
Sharp#の個人的な意見は？

御時間ありがとうございます。

4

1 に答える 1

1

これは重複した質問ですが、前の質問の回答は GWT に関するいくつかの重要な点に触れていないと思います。

  • GWT は Java から Javascript へのコンパイラであり、生成された Javascript を手動で行うことができる以上に最適化することに重点を置いています。生成された JS もブラウザー固有であるため、Webkit ブラウザーは IE ハックをダウンロードしません。名前はスクリプト コンテンツの md5 サムであるため、生成されたファイルもキャッシュ可能であり、永久にキャッシュできます。これは、コードが変更されるまで、ユーザーがコードをダウンロードする必要があるのは 1 回だけであることを意味します。Script# は、Web サイトをざっと調べたところ、C# を Javascript に変換しただけのようです。
  • GWT は、開発者ガイドによるコード分割、リソースをバンドルするためのClientBundle 、条件付き CSS のためのCssResource などの高度な機能を提供します。UiBinderと組み合わせると、アプリケーションの起動に 2 回の往復があるサイトの開発が可能になり、それほど難しくありません。Script# にはこれがないと思いますし、ほとんどの JS ライブラリにもありません。
  • GWT には、JS のような開発環境 (コードの変更、ブラウザーの更新、変更の確認) 用の開発モードがありますが、Script# にそのようなものがあるかどうかはわかりません。

私は続けることができましたが、私はそれらで停止すると思います. これを他の回答と組み合わせると、GWT は非常に説得力があります。

于 2010-08-24T14:41:47.827 に答える