<分区>
我们已经确定，维护我们编写全面的“单页”javascript“应用程序”所需的大量 javascript 太难了。依赖编程约定仍然让我们缺乏......特别是在重构领域。对于这些项目的新开发人员，他们发现很难更改任何内容，因为他们不相信自己知道还有谁真正依赖该组件(使用“查找所有引用...”和代码访问级别很容易做到)键入的语言)。
我们一直在使用 GWT，但我们的一位开发人员想使用 Script#。我们已经是一家基于 Microsoft 的商店，并使用 C# 完成所有服务器端工作。
我不认为 Java 是 GWT 的障碍，因为它与 C# 极其相似。
我最初对 Script# 的关注主要围绕支持和文档。
一方面我们有谷歌，另一方面......“Some Dude”。
Script# 也是闭源的……所以如果开发人员停止开发它，我们是 S.O.L. 吗？
我还觉得 GWT 有更多的文档和社区支持。
不管怎样，你都和他们一起工作过吗？想法？优点/缺点？
(顺便说一句:问题不在于是否使用编译器……问题在于哪个编译器)
相似但不同的问题:
What advantages can ScriptSharp bring to my tool kit?
Should I use ScriptSharp
我使用 Script# 和以前使用的 GWT。他们真的是两种不同的东西。 GWT 旨在提供客户端和服务器解决方案，以及 RPC 和其他一切。它绝对更成熟，您可以更快地进行复杂的应用程序。简而言之，现在有更多的代码和示例。
但是，我认为如果您的开发人员既是服务器端又是客户端，那么使用两种不同的语言和两个不同的平台可能会非常非常麻烦。这就是我转向 Script# 的原因。我所做的一切都是在 C# 和 Visual Studio 中进行的，它使我的工作效率大大提高。如果您不利用 GWT 的后端功能，那就太过分了。
我喜欢将 Script# 视为用 C# 2.0 规范(它是)编写的 Javascript。它完全是客户端，任何类型的映射都必须手动完成(尽管可以广泛使用自动映射)。它对 Javascript 和 jQuery 的支持非常完整，事实上它是如此的完整，一开始让我感到惊讶。它似乎做得比实际少。
angryundead 的观点是有道理的，尤其是在社区和开放性方面。虽然这对我来说有点棘手，但我真的非常喜欢使用 Script#。我不必更改 IDE，我不必查找如何在 Java 中做事等。jQuery 有一个巨大的插件库，将它们连接到 Script# 中非常非常容易。您只需抛出一些对象来表示属性，将它们注释为“已导入”并让它返回 null。在您的代码中，您将一个对象转换为插件，并且您的输出与它在 Javascript 中的显示完全一样。 Script# 不关心/不知道插件是如何工作的。
不要让缺乏社区支持的 Script# 欺骗了您。虽然这是一个问题，但该产品非常成熟且功能丰富。如果您的开发人员使用 C#/VS，为什么要让他们为客户端使用单独的程序？我发现这对生产力造成了巨大的打击。
顺便说一句，自从使用 C# 以来，我在 Javascript 方面变得更好了。 Javascript 的很多问题是缺少您并不真正需要的语言功能，但在大型项目中，这是使其易于管理的唯一方法。