脚本＃的成熟度（与GWT相比）

Question

我已经花了一些时间用GWT开发小项目，最近我发现了Script#。 现在我很好奇这个工具包的成熟程度。 我对尝试GWT和Sharp＃的人的意见特别感兴趣，因此可以比较两者。

脚本＃有多成熟？ 只有一个人维持它是真的吗？ 与GWT相比，它在哪里缺乏功能？
它是否比GWT有优势？
关于夏普的个人意见＃？

感谢您的时间。

Answer 1

虽然这是一个duplicate question，但我认为前一个问题的答案并未触及有关GWT的一些重要观点。

• GWT是Java到Javascript 编译器，非常强调优化生成的Javascript，超出可以手工完成的任何事情。生成的JS也是特定于浏览器的，因此Webkit浏览器不会下载IE hacks。生成的文件也是可缓存的，因为名称是脚本内容的md5总和，因此您可以永久缓存它。这意味着用户只需下载一次代码，直到它发生变化。脚本＃，从我快速浏览网站，似乎只是将C＃翻译为Javascript。
• GWT提供了developer guided code splitting，ClientBundle等高级功能，用于捆绑资源和CssResource for conditional CSS等。与UiBinder相结合，开发了一个有2次往返申请的网站起来是可能的，而不是很难。我不认为Script＃有这个，大多数JS库都没有。
• GWT具有开发环境的JS开发模式（更改代码，刷新浏览器，查看更改），我不确定脚本＃是否有类似的内容。

我可以继续前进，但我想我会停止这些。当你将这个与其他答案结合起来时，GWT非常引人注目。