|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
据说很厉害,甚至可以把C#也干掉^_^,不过也很复杂,本来C++已经够复杂的。有人甚至还提出把这个东东引进标准,我觉得基本上不可能的。
Search开辟卖力人LarryJordan、开辟职员MichaelRuggiero和MichaelStanton和.NET框架项目司理HariSekhar在黑暗构建了基于.NET手艺的MicrosoftWeb站点搜刮引擎新版本。迄今为止,只要列入过往年7月在奥兰多举办的“专业开辟职员会商会”中的一次出格集会的多数内部开辟职员略知一些细节。如今终究能够将真相公诸于众了。
假如您常常会见“内情旧事”站点,您就会晓得,MicrosoftWeb组在2000年7月份召开的“专业开辟职员会商会”之前推出了其Search引擎的新型改善版本。您已晓得该版本引进了先辈的同义词婚配、可前往最为相干的加案语搜刮了局的扩大BestBets逻辑,和对最经常使用搜刮的智能缓存。
但是,有关该版本的内情动静远比外表上的器材多。
我们固然会镇静不已,由于该搜刮版本的丰厚的功效和经改善的搜刮了局分明地能为客户带来更佳的搜刮体验(参阅Search2.5手艺内情)。可是,年夜多半人事先并未意想到,我们同时在幕后将传统的基于ASP(ActiveServerPage举动服务器页面)的Search2.5版移植到新型的Microsoft.NET框架。
对搜刮组而言,这是最具前沿性的开辟。由于我们已深切到Internet服务的将来。并且我们但愿云云。上面来谈谈其中启事。
为什么要移植到.NET?
不言而喻,我们正在进进Internet的下一个阶段。我们正在超过一般意义上的Web页面,并在开辟功效壮大的Web服务。在这一阶段,使资本和信息有企图地失掉使用是极其主要的。如许,我们就能够把这些资本和信息作为服务来使用,而不是让其停止在乱七八糟的数据堆栈中。
可扩大标志言语(XML)是在超等散布式体系之间完成多半据集传输的一种手腕。它同时可使开辟职员以更具代价的新型体例会萃和组合各类来历的数据–如许用户就能够间接从中受害。
就Search而言,我们为多种自界说和当地化Search版本计划了在microsoft.com上查找信息的中心功效。我们组在怎样使数据会见兼备天真性和可用性方面面对应战。在.NET呈现之前,我们的确没法使客户在不利用平安端口上的DCOM(散布式组件工具模子)的情形下针对我们的功效计划程序,大概客户只得将我们的多种软件版本安装在其服务器上以便会见代码和COM。
我们组对行将推出的.NET手艺举行了研讨,并熟悉到能够经由过程将代码移植到.NET框架来办理一切远程性成绩。并且,另有一个不测劳绩,我们还能够完成HTTP和SOAP的无处不在的毗连。对尽年夜多半人而言,是不是有某团体在Microsoft或活着界的某个中央,利用我们的Web服务在外部开辟用于完整分歧用处的使用程序,可有可无。我们对两种情形均予以撑持,同时我们也能够收费取得手艺方面的优点。
最新的Search2.5版现在运转在SiteServer3.0上,并仍旧利用COM从搜刮目次取得了局。该使用程序的别的各个方面都基于XML。XML作为一种将数据(比方,Vocabulary和BestBets)公布到Web服务器的手腕,使我们可以十拿九稳地扩展我们的Web空间。
我们同时实行了一项缓存客户哀求的最为经常使用的查询和了局的计划,这是经由过程将这些查询和了局保存在Web服务器下去完成的,并因而加强了可扩大性,进一步进步了功能。因为我们的中心系统布局是基于XML的,因此,移植到一个将使用.NET框架Web服务的模子的确十分复杂,而这些.NET框架Web服务是创建在新型ASP+手艺基本之上的(ASP+手艺被称为举动服务器办法(ASMX)页面)。
<p>共3页:上一页1[2][3]下一页
另外,小型软件代码重用价值低,没有必要跨平台;大型软件,有严格的规划、部署,不可以随意跨平台。 |
|