从KRE到XRE:ASP.NET 5中正在消失的那些K

前几天写了篇博客ASP.NET 5中的那些K,刚把ASP.NET 5中的那些K搞明白了些,昨天发现微软正在让那些K消失。

首先是在 KRuntime 的git日志中发现的:

* Runtime renaming (2015-1-17)

- Rename klr to dotnet
- Support both DOTNET_ and KRE_ prefixed env vars
- Simplify dotnet usage in kpm
- Change HelloWorld tests to use dotnet in order to test new code path
- Rename runtime packages, add OS name to runtime package names
- Fix coreclr/dotnet crash when no --appbase is given
- Rename kre prefixes to dotnet in web.config
- Rename variables based on runtime renaming
- Rename runtime home structure from .kre/packages to .dotnet/runtimes
- Try %userprofile% before global installation path when search for runtime during kpm pack

KRuntime的代码中,KRE与KLR的命名被改为了dotnet。

今天早上又发现:

  • build.cmd(build.sh) 中的 kvm.cmd(kvm.sh) 被改为 dotnetsdk.cmd(dotnetsdk.sh)。(这是kvm要被干掉的节奏)
  • %userprofile%\.kpm\packages 也被改成了 %userprofile%\.dotnet\packages 。(难道kpm也要被干掉)

今天下午又发现连KRuntime也被改名了,改为了XRE(Cross-Platform Runtime SDK),https://github.com/aspnet/XRE 。

The .NET Cross-Platform Runtime SDK (.NET XRE) contains the code required to bootstrap and run an application, including the compilation system, SDK tools, and the native CLR hosts.

难道是因为K也代表着“坑”的意思,微软不想被大家误读?

当然不是啦,这是ASP.NET 5正式版发布前,微软开始对ASP.NET 5(更进一步地可以说是对.NET)进行大调整的信号。

Project K毕竟只是ASP.NET vNext的项目代号,当初也许只是为了实现ASP.NET的跨平台,而现在微软要的是整个.NET的跨平台。KRuntime难以担此重任,XRuntime(Cross-Platform Runtime)应运而生,这是.NET正进入跨平台时代更明确的信号。

.NET的开源、跨平台正在一步步变为现实,2015年对.NET社区来说,是非常重要,也是非常精彩的一年!

时间: 2024-10-19 07:45:56

从KRE到XRE:ASP.NET 5中正在消失的那些K的相关文章

ASP.NET 5中的那些K

ASP.NET 5最大的变化是什么?首当其冲的就是多了很多K,K表示的是ASP.NET vNext的项目代号“Project K”,但很容易让人想到一个汉字——“坑”,希望K不要成为“坑”的缩写. KRE,全称是K Runtime Enviroment(好像有一段时间全称是K Runtime Engine),它是ASP.NET 5的运行时环境,是ASP.NET 5应用程序的执行环境.(它是ASP.NET 5中最大最重要的一个坑) KVM,全称是K Version Manager,它是专门针对KR

log4net 使用总结- (2)在ASP.NET MVC 中使用

log4net在ASP.NET MVC中的配置,还有一种配置方式,即不在web.config中,而是单独新建一个log4net.config 在根目录下 第一.引用log4net.dll 第二.在站点根目录下增加log4net.config <?xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <section name="

Asp.net core中的websocket

Websocket是html5后的产物,对于asp.net core中也得到了支持,首先在NuGet中添加Microsoft.AspNetCore.WebSockets的引用(现在是1.0.1版本,2017年3月7日发布的). 首先在Configure中添加中间件 //添加websocket中间件 app.UseWebSockets(); 接下来就要定义自己处理websocket的中间件了,代码如下: using Microsoft.AspNetCore.Http; using System;

ASP.NET Core中的依赖注入(5): ServiceProvider实现揭秘 【解读ServiceCallSite 】

通过上一篇的介绍我们应该对实现在ServiceProvider的总体设计有了一个大致的了解,但是我们刻意回避一个重要的话题,即服务实例最终究竟是采用何种方式提供出来的.ServiceProvider最终采用何种方式提供我们所需的服务实例取决于最终选择了怎样的ServiceCallSite,而服务注册是采用的ServiceDescriptor有决定了ServiceCallSite类型的选择.我们将众多不同类型的ServiceCallSite大体分成两组,一组用来创建最终的服务实例,另一类则与生命周

ASP.NET MVC中使用异步控制器

线程池 一直想把项目改写成异步,但是ASP.NETMVC3下写的过于繁琐,.NET 4.5与ASP.NET MVC下代码写起来就比较简单了, MS好像也一直喜欢这样搞,每一个成熟的东西,都要演变好几个版本,才能趋于规范. ASP.NET MVC 中为什么需要使用异步呢,IIS有一个线程池来处理用户的请求,当一个新的请求过来时,将调度池中的线程以处理该请求,然而,但并发量很高的情况下,池中的线程已经不能够满足这么多的请求时候,池中的每一个线程都处于忙的状态则在处理请求时将阻塞处理请求的线程,并且该

ASP.NET 5 中的依赖项管理

ASP.NET 5 中的依赖项管理? 提示 本文链接: http://cnblogs.com/qin-nz/p/5034398.html 或 http://blog.qin.nz/aspnet5/aspnet5-dependency-management.html 做过实际开发的都知道,我们需要引用各种各样的类库来帮助我们完成项目的开发. 本文将从服务器端和浏览器端两个方面介绍ASP.NET 5 中的依赖项管理. 服务器端代码使用 Nuget 作为包管理器? 对于已经习惯使用 Visual St

ASP.NET MVC3中Controller与View之间的数据传递总结

</pre>在ASP.NET MVC<span style="font-family:宋体">中,经常会在</span>Controller<span style="font-family:宋体">与</span>View<span style="font-family:宋体">之间传递数据,因此,熟练.灵活的掌握这两层之间的数据传递方法就非常重要.本文从两个方面进行探讨:&

ASP.NET MVC中使用ASP.NET AJAX异步访问WebService

使用过ASP.NET AJAX的朋友都知道,怎么通过ASP.NET AJAX在客户端访问WebService,其实在ASP.NET MVC中使用ASP.NET AJAX异步访问WebService 也没什么大的差别. 在ASP.NET应用程序里使用ASP.NET AJAX访问WebService通常都是通过ScriptMananger引入WebService生成客户端代理的方法,同时也可以使用Microsoft Ajax Library来完成.本文将介绍在ASP.NET MVC中使用ASP.NE

ASP.NET 网页中的嵌入式代码块

将代码添加到 ASP.NET 网页中的默认模型要么创建一个代码隐藏类文件(代码隐藏页),要么将页的代码写到具有 runat="server" 特性的 script 块中(单文件页). 编写的代码通常会与页上的控件进行交互. 例如,通过从代码中设置控件的 Text(或其他)属性,可以在页上显示信息. 另一种可能是使用嵌入式代码块将代码直接嵌入到页中. 嵌入式代码块 嵌入式代码块是在呈现页面的过程中执行的服务器代码. 块中的代码可以执行编程语句,并调用当前页类中的函数. 下面的代码示例演示