ASP.NET Core 阶段性总结

简介:

自从年前用 ASP.NET 5 磕磕绊绊重写了一个项目后 (2015.12),就没怎么关注 ASP.NET 5 相关内容了,为啥?因为实际应用问题太多,而且不是正式版本,变化实在太快,可能你今天了解的东西,明天就被否定了,但现在回过头看,不关注的话就会漏失一些有价值的东西,虽然看看新闻了解到了,但还应该去深入的思考下,并且经历微软开源一步一步走向成熟的过程,这对于我们来说,也是一个机遇。

这段时间,我觉得主要发生了两件事:

ASP.NET 5 已终结,迎来 ASP.NET Core 1.0 和 .NET Core 1.0 微软宣布将推迟 ASP.NET Core 的发布日期

对我们影响最大的是 ASP.NET 5 重命名为 ASP.NET Core 1.0,我简单列举几个:

搜索资源不匹配,我应该是搜 ASP.NET vNext?还是 ASP.NET 5?还是 ASP.NET Core 1.0 呢?并且以前写的有关文章资料,都搜索不到了。 程序包名称变化,这个对已经用 ASP.NET 5 开发的项目影响最大,比如Microsoft.AspNet.Mvc变成了Microsoft.AspNetCore.Mvc.Core,相关程序集名称都需要更改。 运行命令变更(包含运行时),主要是增加新的东西 CLI,比如dnu restore变成了dotnet restore等等。 ...

上面是对于我们开发者所造成的影响,其实对于微软来说,重命名所带来的额外工作也非常大,这也就造成了 ASP.NET Core 发布日期的推迟,就像新闻中所提到的:这是个很好的改变,但为什么来得这么迟呢?如果像 ASP.NET vNext 改名为 ASP.NET 5 那么迅速就好了。

除了 ASP.NET Core 1.0 重命名外,我觉得还有一个最大的变化,就是 dnx 到 cli 的改变,这部分内容需要深入探讨下,在探讨之前,大家可以先看下这篇博文:K & DN 的前世今生(微软开源命名变革)

k -> dotnet -> dn(最终版) kpm -> dotnet -> nuget -> dotnpm -> dotnetpm -> dnpm(最终版) kvm -> dotnetsdk -> dotnvm -> dotnetvm -> dnvm(最终版) k and kvm -> dotnet -> 合并(否决) kre/xre -> dnx(未经讨论确定)

上面是很久之前 GitHub 上一个命名讨论的 Issue,现在回过头看,是不是很有意思呢,因为大家一开始探讨的命名就是现在微软的命名,微软实在做了太多无用功,cli 是从 dnx 变迁过来的,我们先了解下 dnx 是什么?

The DNX (a .NET Execution Environment) contains the code required to bootstrap and run an application, including the compilation system, SDK tools, and the native CLR hosts.

说白了,我觉得 dnx 就是 ASP.NET 5 应用程序的运行时(某段时间内),为什么这样说?我们先了解下 dnx 的历程,dnx 最初被命名为 xre,然后又被命名为 kre,需要注意的是,那时候还没有 CoreCLR,详见《魅力 .NET:从 Mono、.NET Core 说起》的文章最后,xre 中的代码并不是很完善,有很多的代码都是从 mono 借鉴过来的,包括运行时都是 mono,所以,看上面 dnx 的介绍,它其实就是一个运行时,并且因为 dnx 不是很完善,围绕它的命令也就改来改去。

后来微软开发了 CoreCLR,它是一个微软自己的运行时,GitHub 地址不再放在 aspnet 下,而是放在了 dotnet 下,但其实是 CoreCLR 并不是很完善,从开源地址贴出来后,就一直在开发的状态,并不能真正的拿来使用 (跨平台),所以 dnx 一直被 ASP.NET 5 使用着,但后来随着 CoreCLR 的逐步完善,微软就开始考虑抛弃 dnx 了,cli 也就诞生了。

需要注意的是,cli 并不是由 dnx 重命名来的,而是演化过来的,它们俩是两个完全不同的概念,另外,cli 也不是公共语言基础(Common Language Infrastructure)的简写,而是 .NET Core Command Line Interface,翻译过来就是 .NET Core 命令行接口。

CLI, This repo contains the .NET Core command-line (CLI) tools, used for building .NET Core apps and libraries through your development flow (compiling, NuGet package management, running, testing, ...).
This repo contains the source code for cross-platform .NET Core command line toolchain. It contains the implementation of each command, the native packages for various supported platforms as well as documentation.

上面和 dnx 的定义对比下,就会发现它们是完全不同的,那 cli 到底包含哪些内容,在上面已经有了详细的解释,.NET Core 命令行接口及其实现,它的作用就是在应用程序和运行时之间搭起一座沟通桥梁,命名形式以dotnet *开始,我觉得 cli 是微软以后所有命令实现的一种规范,应该不会再出现杂七杂八的命令了。

最后,看一段 About .NET Core 的内容:

.NET Core is a cross-platform implementation of .NET that is primarily being driven by ASP.NET 5 workloads, but also by the need and desire to have a modern runtime that is modular and whose features and libraries can be cherry picked based on the application’s needs.
.NET Core consists of the CoreCLR runtime and the CoreFX framework libraries. A set of cross-platform tooling can be found in the .NET CLI. The Roslyn compiler and LLILC compiler are sibling projects that support .NET Core. These projects are active on GitHub. You can participate by creating issues or collaborate on development. The main goal of the project is to create a modular, performant and cross-platform execution environment for modern applications.

.NET Core 一开始是 ASP.NET 5 跨平台的一种实现,后来被逐步变化为 .NET 跨平台的核心运行时,.NET Core 包含 CoreCLR 和 CoreFX,一个 .NET CLI,Roslyn 和 LLILC 编译器,主要目标:modular(模块化)performant(高性能)和 cross-platform execution environment(跨平台执行环境)

关于高性能,可以看看最近的这篇新闻:《ASP.NET Core 每秒能处理 115 万个请求,是 ASP.NET 4.6 的 23 倍(5 万个请求)》,另外,ASP.NET Core 1.0 的应用示例:《ASP.NET Core 1.0 Hello World



本文转自田园里的蟋蟀博客园博客,原文链接:http://www.cnblogs.com/xishuai/p/aspnet-core1.html,如需转载请自行联系原作者

上面的代码会出现一种问题:当点击按钮的时候,onblur 会执行,onblur 一般是用来检查文本框的内容,我们并不希望在点击按钮的时候执行,并且 onblur 会执行在 onclick 之前。

解决方式:

var tid;
onblur = function(){
    tid = setTimeout(function(){
        //do blur save
    }, 25);
};

onclick = function(){
    clearTimeout(tid);
    //do click save
}

主要作用是延迟 onblur 的执行,在 onclick 执行的时候,取消 onblur 的执行(注意,点击按钮的时候,onblur 才会被触发,所以延迟 25 ms是没问题的)。





本文转自田园里的蟋蟀博客园博客,原文链接:http://www.cnblogs.com/xishuai/p/javascript-onblur-onclick.html,如需转载请自行联系原作者

相关文章
|
2月前
|
开发框架 .NET C#
ASP.NET Core Blazor 路由配置和导航
大家好,我是码农刚子。本文系统介绍Blazor单页应用的路由机制,涵盖基础配置、路由参数、编程式导航及高级功能。通过@page指令定义路由,支持参数约束、可选参数与通配符捕获,结合NavigationManager实现页面跳转与参数传递,并演示用户管理、产品展示等典型场景,全面掌握Blazor路由从入门到实战的完整方案。
243 6
|
12月前
|
开发框架 .NET 开发者
简化 ASP.NET Core 依赖注入(DI)注册-Scrutor
Scrutor 是一个简化 ASP.NET Core 应用程序中依赖注入(DI)注册过程的开源库,支持自动扫描和注册服务。通过简单的配置,开发者可以轻松地从指定程序集中筛选、注册服务,并设置其生命周期,同时支持服务装饰等高级功能。适用于大型项目,提高代码的可维护性和简洁性。仓库地址:<https://github.com/khellang/Scrutor>
299 5
|
开发框架 .NET C#
在 ASP.NET Core 中创建 gRPC 客户端和服务器
本文介绍了如何使用 gRPC 框架搭建一个简单的“Hello World”示例。首先创建了一个名为 GrpcDemo 的解决方案,其中包含一个 gRPC 服务端项目 GrpcServer 和一个客户端项目 GrpcClient。服务端通过定义 `greeter.proto` 文件中的服务和消息类型,实现了一个简单的问候服务 `GreeterService`。客户端则通过 gRPC 客户端库连接到服务端并调用其 `SayHello` 方法,展示了 gRPC 在 C# 中的基本使用方法。
263 5
在 ASP.NET Core 中创建 gRPC 客户端和服务器
|
12月前
|
开发框架 算法 中间件
ASP.NET Core 中的速率限制中间件
在ASP.NET Core中,速率限制中间件用于控制客户端请求速率,防止服务器过载并提高安全性。通过`AddRateLimiter`注册服务,并配置不同策略如固定窗口、滑动窗口、令牌桶和并发限制。这些策略可在全局、控制器或动作级别应用,支持自定义响应处理。使用中间件`UseRateLimiter`启用限流功能,并可通过属性禁用特定控制器或动作的限流。这有助于有效保护API免受滥用和过载。 欢迎关注我的公众号:Net分享 (239字符)
276 1
|
开发框架 缓存 .NET
GraphQL 与 ASP.NET Core 集成:从入门到精通
本文详细介绍了如何在ASP.NET Core中集成GraphQL,包括安装必要的NuGet包、创建GraphQL Schema、配置GraphQL服务等步骤。同时,文章还探讨了常见问题及其解决方法,如处理复杂查询、错误处理、性能优化和实现认证授权等,旨在帮助开发者构建灵活且高效的API。
335 3
|
开发框架 前端开发 .NET
ASP.NET CORE 3.1 MVC“指定的网络名不再可用\企图在不存在的网络连接上进行操作”的问题解决过程
ASP.NET CORE 3.1 MVC“指定的网络名不再可用\企图在不存在的网络连接上进行操作”的问题解决过程
443 0
|
开发框架 前端开发 JavaScript
ASP.NET MVC 教程
ASP.NET 是一个使用 HTML、CSS、JavaScript 和服务器脚本创建网页和网站的开发框架。
233 7
|
存储 开发框架 前端开发
ASP.NET MVC 迅速集成 SignalR
ASP.NET MVC 迅速集成 SignalR
269 0
|
存储 开发框架 前端开发
[回馈]ASP.NET Core MVC开发实战之商城系统(五)
经过一段时间的准备,新的一期【ASP.NET Core MVC开发实战之商城系统】已经开始,在之前的文章中,讲解了商城系统的整体功能设计,页面布局设计,环境搭建,系统配置,及首页【商品类型,banner条,友情链接,降价促销,新品爆款】,商品列表页面,商品详情等功能的开发,今天继续讲解购物车功能开发,仅供学习分享使用,如有不足之处,还请指正。
330 0
|
开发框架 前端开发 .NET
[回馈]ASP.NET Core MVC开发实战之商城系统(三)
[回馈]ASP.NET Core MVC开发实战之商城系统(三)
255 0