ASP.NET网站制作之John Lam访谈：IronRuby的近况仓酷云

完全不一样的。.net其实我也说不太清，.net可以把他理解为跟J2EE相对的工具。c＋＋主要做系统相关的开发你要学.net的话就应该学C＃。(其实微软在.NET平台上也考虑了给C++留一个地位。客岁四月，ScottGuthrie在MIX07上初次先容了IronRuby。从当时入手下手，IronRuby就一向在开辟中，并企图于往年下半年正式推出初版。
IronRuby是一个运转在.NET框架的完全Ruby1.8.x完成，它同意Ruby使用可以被无缝的集成到.NET库和基本举措措施中。它利用了微软的DynamicLanguageRuntime，并根据MicrosoftPermissiveLicense公布一切源代码。这类集成使得使用Silverlight和.NET框架的全体才能创立使用变得十分简单。
InfoQ有幸对JohnLam举行了访谈。JohnLam是RubyCLR的最后开创人，随后到场Microsoft卖力IronRuby的研发。JohnLam的正式头衔是静态言语运转时组司理。
RobBazinet(RB)：开辟团队还必要多长工夫来正式推出第一个产物版本？
JohnLam(JL)：我们企图在往年下半年推出。今朝，另有很多事情亟待完成。并且如今还很难判别全部社区的撑持会到甚么水平（我们如今已失掉了很多来自社区的优异奉献）。以是依据社区的撑持情形，我们的的工夫企图会有必定的调剂局限。
RB：克日，ScottGuthrie公布Silverlight2.0会在其2008年第一季度的版本中撑持IronRuby，如今企图中的IronRuby完成中，有几部分是取得这一Silverlight版本撑持的？
JL：我们会亲切存眷这一新版本的Silverlight。也就是说，Silverlight是一个挪动的标靶。我们团队中有一个开辟者（JohnMesserly）专门卖力坚持我们与Silverlight的同步。我们的DLR接口如今也在举行着年夜范围的修改，我们将会思索这些修改与Silverlight新版本之间的和谐。
RB：我看了一下IronRuby的开辟者列表，这个列表中的成员们关于IronRuby的实践开辟有多年夜的投进度呢？
JL：我们在很主动的追求人们关于库的奉献，并且我们已失掉了CurtHagenlocher、PeterBacon、Darwin、TerenceLewis和SeoSanghyeon等人的大力撑持。库是我们完成中最合适并行开辟的部分。而在编译器部分，我们确信我们已失掉了构建一个高品德言语完成所必要的匡助。
RB：我看到CharlesNutter在列表中很活泼，他的履历是怎样奉献到IronRuby的研发中的？
JL：关于Charlie，最值得称道的一点是他一直在勉力改善一切Ruby完成的功能。他关于JRuby在精简紧缩方面的履历（比方浮点范例型和年夜整数范例的特别完成，和怎样处置ObjectSpace）关于我们处置相似成绩启示很年夜。
这里为那些没怎样传闻过CharlesNutter的读者先容一下。他是Sun公司JRuby项目标卖力人。Sun在2006年失掉了JRuby项目，因而CharlesNutter和其他一些开辟者同样成为了Sun的员工。即使云云，Charles仍是基于他在JRuby项目中的履历，为IronRuby的偏向供应了大批倡议和反应。
RB：你以为IronRuby项目标“开源”部分，也就是从奉献者们那边失掉的工具是不是到达了你的预期?在方才回覆第三个成绩时，你说失掉了良多优异奉献者的撑持，不外我仍是想晓得这些撑持是不是到达了你的预期。
JL：我关于社区奉献的质量感应十分中意。很多人们花了大批工夫来了解我们的言语完成和CLR的事情道理。
RB：站在开源这边，关于这个项目，还必要完成哪些事情呢？方针是完全的1.8.6完成，对吗？
JL：是的，我们也但愿有些1.9的特征是我们能够同时完成的。好比我们的MutableString完成。这个完成不必要太多的分外事情就能够完成1.9的语义，而且增加一个切换选项来做到1.8.x兼容。
RB：IronRuby会有一系列在VisualStudio2008中开辟UI的工具吗?会有一个官方公布的IronRuby版本被整合在VS2008中吗？
JL：我们今朝没有在VS中到场IronRuby图形工具的企图。值得一提的，今朝Huw和Dermot在SapphireinSteel何处为向VS中供应计划撑持做了一些出色的事情：http://www.sapphiresteel.com/IronRuby-Visual-Designer.
RB：IronRuby团队是不是在主动地与Huw和他开辟者一同勉力克制IronRuby相干UI工具间的不同，仍是说这只是他们那一方的事情，和你们并没有正式的合作?
JL：今朝，UI工具间的差别很年夜。也就是说，我们今朝没有正式的合作。我们会常常解答他们提出的各类成绩，而他们也会按期向我们展现他们的事情。
RB：我想每一个人都想晓得RubyonRails撑持是不是是IronRuby的一个方针。你能告知我们团队是不是在为此勉力？
JL：是的，Rails是我们可以传播鼓吹IronRuby正式公布的主要前提。
RB：你关于IronRuby将来的愿景是甚么？
JL：我们的方针没有改动。我们将公布一个高质量的Ruby言语完成，也许在2008年的下半年。从如今入手下手到谁人时分，我们的开辟都遵守“集会驱动”的开辟企图。如今我们在企图列入MIX08、RailsConf、TechEd和OSCON。
RB：从入手下手下手到如今，你团体怎样评价已有的停顿水平？你的希冀是不是还像刚到场项目时那样？
JL：我关于如今社区和微软团队所获得的功效感应十分乐意。我们具有一支精锐的开辟者和测试者步队。我关于现在的选择没有任何可忏悔的。
RB：John，感谢你从百忙中抽出工夫来列入我们的访谈。
关于IronRuby的更多信息，可拜见RubyForge上的IronRuby项目并存眷JohnLam的博客。
检察英文原文：TheStateofIronRubywithJohnLam
来自：http://www.infoq.com/cn/articles/state-of-ironruby
你可以先看看这篇文章(软微学院生涯-三朝元老经验谈)，打不开再跟我说。（我的意思是想让她自己先稍微了解一下到底现在各个方向学的工具以及以后要做的工具大概是什么，因为喜欢做什么样的事其实自己最清楚的）

可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。ASP.NET是一个已编译的、基于.NET的环境，可以用任何与.NET兼容的语言（包括VisualBasic.NET、C#和JScript.NET.）创作应用程序。另外，任何ASP.NET应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。

以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。

能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写。

在asp.net虚拟主机的服务提供商中，目前首推的是CNNIC的其中一家域名注册机构---时代互联(www.now.net.cn),他们早在2001年微软刚推出Asp.net时就推出了对应的Asp.net虚拟主机了,经笔者的使用测试，他提供的Asp.net性能非常的稳定，版本也会定期的更新，目前他的

当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。

最强的技术支持WebService,而且有.NET的所有library做后盾。而且ASP.NET在.NET3.5中还有微软专门为AJAX开发的功能--ASP.NETAJAX。

ASP（ActiveServerPages）是Microsfot公司1996年11月推出的WEB应用程序开发技术，它既不是一种程序语言，也不是一种开发工具，而是一种技术框架，不须使用微软的产品就能编写它的代码。

ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。

网页从开始简单的hmtl到复杂的服务语言，走过了10多个年头，各种技术层出不穷，单个的主流技术也在不断翻新的版本，现在分析下各种语言的区别、优势、劣势、开发注意事项！

但是java靠开源打出的一片天地，特别是在微软的垄断下能打开今天的局面还是有它的生命力的。

ASP（ActiveServerPages）是Microsfot公司1996年11月推出的WEB应用程序开发技术，它既不是一种程序语言，也不是一种开发工具，而是一种技术框架，不须使用微软的产品就能编写它的代码。

由于JSP/Servlet都是基于Java的，所以它们也有Java语言的最大优点——平台无关性，也就是所谓的“一次编写，随处运行（WORA–WriteOnce,RunAnywhere）”。除了这个优点，JSP/Servlet的效率以及安全性也是相当惊人的。