Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/asp.net-mvc/15.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 我应该使用ScriptSharp吗_Javascript_Asp.net Mvc_Script# - Fatal编程技术网

Javascript 我应该使用ScriptSharp吗

Javascript 我应该使用ScriptSharp吗,javascript,asp.net-mvc,script#,Javascript,Asp.net Mvc,Script#,我正在开发我的第一个ASP.NET MVC应用程序,我相信这个脚本对我有很大帮助。但它找不到支持我发展的必要资源 我找不到codeplex站点; 只有一本手册,很好,但还不够; 我几乎找不到教程; 我知道Script#用于开发ASP.NETMVC脚本,而MVC的源代码分发了该库 但它似乎只在微软内部使用 我在哪里可以找到其他资源 你真的认为脚本会继续,会部署新版本,并且应该被第三方项目使用吗 提前感谢不要害怕Javascript,它是一种复杂的语言。使用和等框架,DOM操作和AJAX大大简化,跨

我正在开发我的第一个ASP.NET MVC应用程序,我相信这个脚本对我有很大帮助。但它找不到支持我发展的必要资源

我找不到codeplex站点; 只有一本手册,很好,但还不够; 我几乎找不到教程; 我知道Script#用于开发ASP.NETMVC脚本,而MVC的源代码分发了该库

但它似乎只在微软内部使用

我在哪里可以找到其他资源

你真的认为脚本会继续,会部署新版本,并且应该被第三方项目使用吗


提前感谢

不要害怕Javascript,它是一种复杂的语言。使用和等框架,DOM操作和AJAX大大简化,跨浏览器问题大多已成为历史

关于脚本,我同意。一年多前的最后一个版本+封闭源代码=不适合我

2010年1月更新:自最初撰写此答案以来,已有新的脚本发布。它仍然是封闭源代码,但作者提到了1.0之后的开源


2011年5月更新:。

我正在使用jQuery。真的很好。但我认为与C#一起工作对我来说更舒适。即使它是一个子集。

像其他人一样,我也会推荐一些JavaScript(即jQuery)。如果您希望继续使用脚本#,Nikhil Kothari的博客可能是一个很好的资源话虽如此,我想您会发现使用jQuery效率更高。有一个庞大的社区编写的插件数据库,这样你就不必在你想做的每件事上重新发明轮子

我使用脚本,我觉得它很棒。您可以将它用于任何框架,jQuery、dojo等等,但是您必须包装框架,这可能是一项艰巨的工作

在我看来,它的唯一好处是允许您在强类型环境中开发javascript。我认为这是一个巨大的好处。我拒绝使用弱类型语言进行开发,因为维护是一场噩梦

但是,如果您喜欢使用弱类型的语言,那么就不需要脚本。

IMHO脚本只适合大型项目,具有真正“丰富”的web客户端。参加这样的项目,我只能说剧本对我们帮助很大。约瑟夫海明威关于强类型的评论在这种情况下是100%正确的。它还允许我们在没有任何JS背景的情况下快速引入新的.NET开发人员。假设Nikhil Kothari计划在2008年夏天对其进行开源,我们甚至对其进行了反编译(不要告诉任何人!这是非法的),并引入了泛型、运算符重载、各种错误修复等


但是。然后,脚本支持逐渐消失。有讨论和问题跟踪的CodePlex项目已经结束(有趣的是,框架的部分内容不久前就在那里发布了)。没有更新,没有未来计划,没有解释。在这样的事情之后,我会在脚本开源之后考虑脚本,以提供社区支持它的能力。例如,在CodePlex上。

今天发布了一个版本,因此很高兴看到它仍然处于活动状态

尽管之前没有更新,而且它不是开源的,我还是会在纯js上使用它。您可以随时停止使用Script#,如果不喜欢,可以使用“compiled”js更进一步

我同意你的看法,尽管它实际上只适合大型基于js的项目。我不认为使用它来执行基本页面功能(如验证表单输入等)会有多大好处。设置它可能不值得

但是,如果您大量使用javascript并且需要复制OOP,那么我认为这是必须的。像重构这样的事情变得如此简单,使用纯js我永远不会重构,因为它太难实现,随着时间的推移,我的代码变得一团糟

哇,瓦尔,你有仿制药在里面工作,我印象深刻,很难吗?泛型支持会很好,方法和操作符重载也会很好。你确定反编译它是非法的吗?我得看看它是否是使用条款

哇,你有非专利药要用吗 让我印象深刻的是,这很难吗? 泛型支持会很好,所以 会导致方法和运算符重载。 约瑟夫海明威

关键是ScriptSharp的解析器支持完整的C#2.0语法。唯一需要做的就是生成正确的JS。考虑到JS的动态特性,工作不多。泛型将充当Java风格的泛型,也就是说,每个封闭类型参数集都不生成,只生成一个类

你确定这样做是违法的吗 反编译它,我将有一个 看看是否是使用条款。 约瑟夫海明威


是的,这是违法的。设置中显示的EULA清楚地提到了这一点。

简而言之,我的答案是:如果您喜欢在Windows、OOD和C#上运行的强大IDE,请使用ScriptSharp。它更具可维护性和结构化,并且足够稳定,可以在严肃的项目中使用。它也可以很容易地扩展,如下面和其他项目所示

由于这是另一个谷歌索引的线程,人们将Script#和jQuery称为相互排斥的线程,我只想指出一些人正在合并这两个世界,在我的例子中,这样做释放了很多力量。我提供了一个完全免费且可重用的库,用于从脚本项目访问jQuery 1.4,以及生成它的解决方案的完整源代码(几乎完全来自jQuery自己的API文档文件):


简短答案编号。等待键入脚本

脚本确实很酷,但微软决定不支持它。原因是他们正在开发一个更好的类型脚本(http://www.typescriptlang.org/) 它增加了对静态语言中所需的一切(智能感知、类型检查、接口、类等)的支持,但是