【问题标题】：Maturity of Script# (in comparison to GWT)Script# 的成熟度（与 GWT 相比）
【发布时间】：2011-04-02 20:08:36
【问题描述】：
我已经花了一些时间使用 GWT 开发小型项目，最近我发现了Script#。
现在我很好奇这个工具包有多成熟。
我对尝试过 GWT 和 Sharp# 并因此能够比较两者的人的意见特别感兴趣。
Script#有多成熟？
真的只有一个人维护吗？
与 GWT 相比，它在哪些方面缺乏功能？
它比 GWT 有优势吗？
对夏普#的个人看法？
感谢您的宝贵时间。
【问题讨论】：
标签：
javascript
gwt
rich-internet-application
script#
【解决方案1】：
虽然这是duplicate question，但我认为上一个问题中的答案并未涉及有关 GWT 的一些重要点。
- GWT 是一个 Java 到 Javascript 的编译器，它着重于优化生成的 Javascript，而不是任何可能的手动操作。生成的 JS 也是特定于浏览器的，因此 Webkit 浏览器不会下载 IE hack。生成的文件也是可缓存的，因为名称是脚本内容的 md5 和，因此您可以永久缓存它。这意味着用户只需下载一次代码，直到它发生变化。 Script#，根据我对网站的快速浏览，似乎只能将 C# 翻译成 Javascript。
- GWT 提供高级功能，如用于捆绑资源的developer guided code splitting、ClientBundle 和CssResource for conditional CSS 等。结合UiBinder，开发一个具有 2 次往返应用程序启动的站点是可能的，但不是很好难的。我认为 Script# 没有这些，大多数 JS 库也没有。
- GWT 具有类似 JS 的开发环境的开发模式（更改代码、刷新浏览器、查看更改），我不确定 Script# 是否有类似的东西。
我可以继续前进，但我想我会停止这些。当您将此与其他答案结合起来时，GWT 非常引人注目。