我发展我的第一个ASP.NET MVC应用程序，我beleive该脚本＃可以帮助我很多。 但它无法找到必要的资源来支持我的发展。
我找不到的CodePlex网站; 只有一个手动，这是非常好的，但它是不够的; 我能找到的很少教程; 我知道脚本＃用于开发ASP.NET MVC脚本和MVC的源分布的库。
但它似乎只在微软内部使用。
在哪里可以找到其他资源???
难道你真的认为脚本＃将继续和新版本将被部署，应该由第三方projetcs使用???
提前致谢
Answer 1:
不要怕使用Javascript的，这是一个美丽而强大的语言。 而随着像框架jQuery的 ， 原型和道场 ，DOM操作和AJAX大大简化和跨浏览器的问题大多是历史。
有关脚本＃，我同意这个答案由mcintyre321 。 最后释放在一年前+闭源=不走我。
UPDATE月/ 2010：有，因为这个答案的原书写了新的脚本＃版本。 它仍然是封闭源代码，但笔者提到1.0后开源它
UPDATE 2011年5月： 脚本＃现在是开源的 。
Answer 2:
总之，我的回答是：如果你想在Windows，OOD和C＃运行功能强大的集成开发环境，使用ScriptSharp。 它是更容易维护和结构化，且令人信服足够稳定，对严重的项目中使用。 它也可以容易地扩展，如图所示的下方，其他项目。
由于这是另一个谷歌索引线程，人们参见脚本＃和jQuery是相互排斥我只是想指出一些人正在合并这两个世界，在我的情况下，这样做释放出大量的电力。 我提供一个完全免费且可重复使用的库，从脚本＃项目访问的jQuery 1.4，完整的源代码生成它（几乎全部来自jQuery的自己的API文档文件）的解决方案：
http://www.christophercrooker.com/visual-studio-2010-rc-custom-tool-for-code-generation-and-jquery14-with-intellisense-for-scriptsharp
Answer 3:
恕我直言，脚本＃非常适合只针对大项目，真正的“富” Web客户端。 在这类项目的参与，我只能说，脚本＃帮助我们很多。 josephhemingway的言论有关强类型是这样的情况下，100％真实。 此外，它允许我们没有任何JS背景迅速推出新的.NET开发人员。 假设尼基尔科塔里的计划，在2008年夏天开源的话，我们甚至反编译（不要告诉任何人！这是非法的），并引入了泛型，重载运营商，各种错误修复等
但。 然后脚本＃支持消失。 项目在CodePlex上有讨论和问题跟踪被关闭（有趣的是，框架的部分进行了前不久公布那里）。 没有更新，没有未来的计划，没有任何解释。 这样的事情后，我会考虑脚本＃它去开源给予支持它的社会能力之后。 例如，在CodePlex上。
Answer 4:
我使用的脚本＃，我觉得这是很大的。 你可以用任何框架，jQuery的，道场什么，你会然而必须包装的框架使用它，这可能是一项艰巨的任务......
我看到它是，它允许你开发的JavaScript在一个强类型的环境，它的唯一好处。 我认为这是一个巨大的好处。 我拒绝开发弱类型语言的维护是一个噩梦。
然而，如果你想在弱类型语言的工作，那么你不会需要脚本＃。
Answer 5:
简短的回答NO。 等待打字稿。
脚本＃是真的很酷，但MS决定不支持它。 其原因原来是他们正在处理的更好版本的 - 打字稿（http://www.typescriptlang.org/）它增加了您在静态语言所需要的一切（智能感知，类型检查，接口的支持，类等），但仍然看起来非常像JS，更重要的是 - 确认即将到来的ECMA脚本6标准。 （不像脚本＃或谷歌的DART）
Answer 6:
和其他人一样有我会推荐一些JavaScript（即jQuery的）。 如果您希望继续使用脚本＃，尼基尔科塔里的博客可能是你一个很好的资源。 http://www.nikhilk.net/ScriptSharpIntro.aspx -话虽这么说，我想你会发现，你是用jQuery更有效率。 有社区书面插件的大型数据库，这样你就不一定要重塑你想要做的一切车轮。 jQuery插件，而不是ASP.NET控件
Answer 7:
哇瓦尔你有仿制药在它的工作，我深刻的印象，是很难？ 泛型支持将是巨大的，所以将方法和操作符重载。 josephhemingway
整点是，ScriptSharp的解析器支持完整的C＃2.0的语法。 唯一需要的是产生正确的JS。 没有太多的工作，考虑JS动态性。 泛型将作为Java风格的，即不产生每个封闭式参数集，只有一个班。
你肯定是违法的反编译它，我会去看看，看看它是否是使用条款。 josephhemingway
没错，这是非法的。 EULA显示，设置明确提到。
Answer 8:
一个今天发布出去，所以很高兴地看到，它仍然有效。
不管以前缺乏更新的，它没有被开源了，我仍然使用它通过纯JS。 您可以停止使用脚本＃在任何时间和更具前瞻性的“编” JS，如果你不喜欢它。
我同意你的Val虽然它真的只适合基于项目的大型JS。 我不认为你会得到多少好处了用它来执行像验证表单输入等，基本的网页功能可能就不值得设置它。
然而，如果你正在大量使用JavaScript和需要复制OOP那么我认为这是必须的。 像重构事情变得如此简单，用普通JS我绝不会重构，因为它实在是太难以实施，随着时间的推移我的代码变得一团糟。
哇瓦尔你有仿制药在它的工作，我深刻的印象，是很难？ 泛型支持将是巨大的，所以将方法和操作符重载。 你肯定是违法的反编译它，我会去看看，看看它是否是使用条款。
Answer 9:
使用ScriptSharp的另一个优点是，没有人提到的是，如果你需要使用C＃（使用AJAX / REST / SOAP）交互时，您可以使用相同的类定义在这两个地方，并确保你有适当定义的接口，因为这是相同的源文件！ 我曾尝试使用与收效甚微共享源文件的逻辑，由于道路ScriptSharp的corelib的是不与C＃corelib的100％兼容。 但它的伟大工程，为数据文件定义。
Answer 10:
我使用jQuery。 这是非常好的。 但我beleive它更舒适，以我与C＃的工作。 哪怕是一个子集。
Answer 11:
另外我想补充一点，当你正计划开发多平台项目，当然应该使用ScripSharp。 例如，在当前时间我写我为.NET，JavaScript的（ScriptSharp），机器人（单声道）上C＃平台图像处理库的代码。 我也是打算端口在未来我在iOS代码（单声道）和Windows Phone。 我认为这是伟大的代码重用和开发时间最小化！
文章来源: Should I use ScriptSharp
