我们已经确定，维护编写完整的“单页”JavaScript“应用程序”所需的大量 JavaScript 代码对我们来说太困难了。依赖编程约定仍然让我们想要……尤其是在重构领域。对于刚接触这些项目的开发人员来说，他们发现很难更改任何内容，因为他们不相信自己知道还有谁真正依赖该组件（通过“查找所有引用...”和强烈的代码访问级别很容易做到这一点）键入的语言）。
我们一直在使用 GWT，但我们的一位开发人员想要使用 Script#。我们已经是一家基于 Microsoft 的商店，并使用 C# 完成所有服务器端工作。
我不认为 java 是 GWT 的终结者，因为它与 C# 非常相似。
我最初对 Script# 的关注主要围绕支持和文档。
一方面我们有谷歌，另一方面……“Some Dude”。
Script# 也是闭源的……所以如果开发人员停止开发它，我们是 S.O.L. 吗？
我还觉得 GWT 有更多文档和社区支持。
无论如何，你都和他们一起工作过吗？想法？优点缺点？
（首先要解决这个问题：问题不在于是否使用编译器……问题在于使用哪个编译器）
类似但不同的问题：
ScriptSharp 能为我的工具包带来哪些优势？ https://stackoverflow.com/questions/788933/what-advantages-can-scriptsharp-bring-to-my-tool-kit
我应该使用 ScriptSharp https://stackoverflow.com/questions/1579192/should-i-use-scriptsharp
我使用 Script#，之前使用过 GWT。它们确实是两个不同的东西。 GWT 旨在提供客户端和服务器解决方案，以及 RPC 和其他所有内容。它肯定更加成熟，您可以更快地处理复杂的应用程序。简而言之，还有更多的代码和示例。
但是，我认为如果您的开发人员既是服务器端又是客户端，那么使用两种不同的语言和两种不同的平台可能会非常非常繁重。这就是我转向 Script# 的原因。我所做的一切都是在 C# 和 Visual Studio 中进行的，它使我的工作效率大大提高。如果您不利用 GWT 的后端功能，那就真的是大材小用了。
我喜欢将 Script# 视为用 C# 2.0 规范编写的 Javascript（事实确实如此）。它完全是客户端的，任何类型的映射都必须手动完成（尽管自动映射可以广泛使用）。它对 Javascript 和 jQuery 的支持非常完整，事实上它是如此完整，一开始让我感到惊讶。看起来它做得比实际做的要少。
angerundead 的观点是有道理的，特别是在社区和开放性方面。虽然这对我来说有点棘手，但我真的非常喜欢使用 Script#。我不必更改 IDE，也不必查找如何用 Java 做事，等等。jQuery 有一个巨大的插件库，将它们挂接到 Script# 中非常非常容易。您只需抛出一些对象来表示属性，将它们注释为“已导入”并让它返回 null。在您的代码中，您将一个对象强制转换为插件，并且您的输出与 Javascript 中显示的完全相同。 Script# 不关心/知道插件如何工作。
不要让 Script# 缺乏社区支持愚弄了您。虽然这是一个问题，但该产品非常成熟且功能丰富。如果您的开发人员使用 C#/VS，为什么要让他们为客户端使用单独的程序？我发现这对生产力造成了巨大的打击。
顺便说一句，自从使用 C# 以来，我在 Javascript 方面的表现已经好多了。 Javascript 的许多问题是缺乏您并不真正需要的语言功能，但在大型项目中，这是使其易于管理的唯一方法。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
