我正在开发我的第一个ASP.NET MVC应用程序,我相信脚本#可以帮助我很多。但它无法找到支持我开发所需的资源。
我找不到codeplex网站; 只有一本手册,非常好,但还不够; 我找到的教程很少; 我知道Script#用于开发ASP.NET MVC脚本,MVC的源代码分发库。
但它似乎只在微软内部使用。
我在哪里可以找到其他资源???
您是否真的认为脚本#将会继续并且将部署新版本并且应该由第三方projetcs使用???
提前致谢
答案 0 :(得分:19)
不要害怕Javascript,它是beautiful和powerful语言。使用jQuery,Prototype和Dojo等框架,DOM操作和AJAX大大简化,跨浏览器问题主要是历史记录。
关于脚本#,我同意this answer by mcintyre321。最新发布超过一年前+封闭源=不适合我。
2010年1月更新:自最初撰写此答案以来,已发布新的脚本#版本。它仍然是封闭源,但作者提到在1.0之后开源。
2011年5月更新:Script# is now open source。
答案 1 :(得分:11)
简而言之,我的答案是:如果您喜欢在Windows,OOD和C#上运行的强大IDE,请使用ScriptSharp。它更易于维护和结构化,并且足够稳定,足以用于严肃的项目。它也可以很容易地扩展,如下图和其他项目所示。
由于这是另一个谷歌索引线程,人们将脚本#和jQuery称为互斥,我只是想指出一些人正在合并这两个世界,在我的情况下释放了很多权力。我提供了一个完全免费且可重用的库来从Script#项目访问jQuery 1.4,以及生成它的解决方案的完整源代码(几乎完全来自jQuery自己的API文档文件):
答案 2 :(得分:6)
IMHO脚本#仅适用于大型项目,具有非常“丰富”的Web客户端。参与这样的项目,我只能说脚本#帮助了我们很多。约瑟夫明威关于强类型的评论对于这种情况是100%正确的。它还允许我们快速推出没有任何JS背景的新.NET开发人员。假设Nikhil Kothari计划在2008年夏天开源,我们甚至反编译(不要告诉任何人!这是非法的)它并引入了泛型,运算符重载,各种错误修复等。
BUT。然后脚本#支持逐渐消失。关于CodePlex的讨论和问题跟踪项目已经结束(有趣的是,部分框架很快就在那里发布)。没有更新,没有未来计划,没有解释。在这样的事情之后,我会考虑脚本#,只有在它开源后才能让社区支持它。例如。在CodePlex上。
答案 3 :(得分:4)
我使用脚本#,我认为它很棒。你可以在任何框架,jQuery,dojo中使用它,但是你必须包装框架,这可能是一个很大的工作......
这是唯一的好处,因为我认为它允许您在强类型环境中开发javascript。我认为这是一个巨大的好处。我拒绝用弱类型语言开发,因为维护是一场噩梦。
如果您喜欢使用弱类型语言,那么您将不需要脚本#。
答案 4 :(得分:4)
简短回答NO。等待TypeScript。
脚本#真的很酷,但MS决定根本不支持它。原因在于他们正在研究更好的版本 - TypeScript(http://www.typescriptlang.org/) 它增加了对静态语言所需的一切支持(智能感知,类型检查,接口,类等),但仍然看起来非常像JS,更重要的是 - 确认即将推出的ECMA Script 6标准。 (与Script#或google's Dart不同)
答案 5 :(得分:3)
像其他人一样,我会推荐一些JavaScript(即jQuery)。如果您希望继续使用Script#,Nikhil Kothari的博客可能是您的好资源。 http://www.nikhilk.net/ScriptSharpIntro.aspx - 话虽如此,我想你会发现你使用jQuery更有效率。有一个庞大的社区编写插件数据库,所以你不必在你想做的一切上重新发明轮子。 jQuery plugins instead of ASP.NET Controls
答案 6 :(得分:2)
哇Val你有平凡的工作 它,我印象深刻,难道吗? 泛型支持会很棒,所以 方法和运算符重载。 josephhemingway
重点是ScriptSharp的解析器支持完整的C#2.0语法。唯一需要的是生成适当的JS。考虑到JS的动态性,没多少工作。泛型将充当Java风格的,即每个封闭类型参数集都没有生成,只有一个类。
是的,这是非法的。 EULA在设置中明确提到了这一点。你确定这是非法的吗? 反编译它,我将有一个 看看它是否是使用条款。 josephhemingway
答案 7 :(得分:1)
今天发布了一个版本,所以很高兴看到它仍处于活动状态。
无论以前缺少更新并且它没有开源,我仍然会使用普通的js。您可以随时停止使用脚本#,如果您不喜欢,可以使用'编译'js更多前进。
我同意你的意见,虽然它真的只适合大型的基于js的项目。我不认为使用它来执行基本页面功能(如验证表单输入等)会带来很多好处。可能不值得设置它。
如果您使用javascript并且需要复制OOP,那么我认为这是必须的。像重构这样的东西变得如此简单,使用简单的js我永远不会重构,因为它实现起来太难了,随着时间的推移我的代码变得一团糟。
Wow Val你有仿制药在其中工作,我印象深刻,是不是很难?泛型支持很棒,方法和运算符重载也是如此。你确定反编译它是非法的,我将不得不看看它是否是使用条款。
答案 8 :(得分:1)
使用ScriptSharp的另一个优点是没有人提到过,如果你需要与C#交互(使用AJAX / REST / SOAP),你可以在两个地方使用相同的类定义,并确保定义了接口正确的,因为它是相同的源文件!我试图在共享源文件中使用逻辑,但由于ScriptSharp的corelib与C#corelib1不是100%兼容的方式,所以成功率最低。但它适用于数据文件定义。
答案 9 :(得分:0)
我正在使用jQuery。真的很棒。但我相信使用C#对我来说更舒服。即使它是一个子集。
答案 10 :(得分:0)
另外我想补充一点,当你计划开发多平台项目时,你当然应该使用ScripSharp。例如,目前我在C#上编写.NET,JavaScript(ScriptSharp),Android(Mono)平台的图像处理库代码。此外,我计划将来在iOS(Mono)和Windows Phone上移植我的代码。而且我认为这是一个很好的代码重用和开发人员时间最小化!