asp.net core 2.0 查缺补漏

asp.net core 2.0 一些有用有趣的设置.

面向(targeting)不同的.net版本:

打开asp.net core 2.0的项目文件: xxx.csproj, 这部分:

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

TargetFramework就是指向的版本. 也可以指向多个.net版本, 那就使用TargetFrameworks, 例如:

<TargetFrameworks>netcoreapp2.0;net47</TargetFrameworks>

编译后, 在bin/debug文件夹下就会有两个文件夹:

Microsoft.AspNetCore.All

并不是标准的Nuget包, 它不包含任何代码或dll, 它作为一个metapackage, 引用了很多其他的包而已

Program.cs

asp.net core 应用其实就是一个控制台应用, 运行了asp.net core相关的库而已.

program.cs里面都是对于宿主和环境的配置.

在这里, 已经进行了默认的配置.

但是如果你想捕获asp.net core启动时候的错误, 并显示错误页面, 那么:

.CaptureStartupErrors(true)

是否应该监听Microsoft.AspNetCore.Hosting.Server.IServer制定的url(ipv4, v6, hostname, localhost, unix socket), 可以使用:

.PreferHostingUrls(true)

监听指定的url:

.UseUrls("http://0.0.0.0:5000")

使用ApplicationInsights:

.UseApplicationInsights()

Startup.cs

startup里面是用来预加载/配置服务和中间件的.

ConfigureServices方法用来注册服务.

Configure方法用来配置请求管道.

添加mvc中间件, 就在ConfigureServices方法里:

services.AddMvc();

使用mvc中间件, 在Configure里:

app.UseMvc(routes =>
            {
                routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}");
            });

Dependency Injection

每次调用创建一个实例:

services.AddTransient<IEmailService, EmailService>();

每次http请求创建一个实例:

services.AddScoped<IEmailService, EmailService>();

只创建一个实例:

services.AddSingleton<IEmailService, EmailService>();

如果你不想让容器自动dispose掉服务(容器会自动调用服务的Dispose方法), 那么你应该手动添加服务, 例如:

services.AddSingleton(new EmailService());

http 请求管道中间件的顺序 最佳实践:

1. 异常处理中间件

2. 静态文件中间件

3. 用户验证中间件

4. mvc中间件

创建自定义中间件

有两种方法:

1. 直接在Startup里面写

可以使用四个方法: Run, Map, MapWhen, Use.

Run方法直接短路, 返回Response.

Map用于处理分支, 判断请求地址的开头, 为分支添加特定中间件等等

MapWhen也是处理分支, 但是可以控制分支的状态

Use, 可以调用下一个中间件(next.Invoke())或者短路请求.

2. 单独写一个类

public class CommunicationMiddleware
    {
        private readonly RequestDelegate _next;

        public CommunicationMiddleware(RequestDelegate next)
        {
            _next = next;
        }

        public async Task Invoke(HttpContext context)
        {
            await _next.Invoke(context);
        }
    }

然后再写一个extension 方法:

public static class CommunicationMiddlewareExtension
    {
        public static IApplicationBuilder UseCommunicationMiddleware(this IApplicationBuilder builder)
        {
            return builder.UseMiddleware<CommunicationMiddleware>();
        }
    }

最后在Startup的Configure里调用即可:

 app.UseCommunicationMiddleware();

            app.UseMvc(routes =>
            {
                routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}");
            });

Url Redirection 和 Url Rewriting

他们是不同的.

url redirection是从服务器端绕了一圈, 然后回到客户端, 客户端收到301或者302之后, 再调用新地址.

url rewriting是服务器端自己完成的, 客户端一无所知.

可以这样来使用Url Rewriting:

var options = new RewriteOptions()
                .AddRewrite("NewUser", "/User/Registration/Index", false);
            app.UseRewriter(options);

异常处理

默认情况下400到599的错误信息都不会显示. 就会显示一个异常页面.

但是可以自定义错误页面:

app.UseStatusCodePages("text/plain", "HTTP ERROR: Status Code: {0}");

多个环境

asp.net core 2.0默认先加载appSettings.json, 然后根据环境不同再加载appSettings.{environment}.json. 如果有必要就覆盖或替换一些值.

根据环境使用不同的Startup文件:

.UseStartup("AssemblyName")

StartupDevelopment, StartupStaging, StartupProduction.

Web Api的三种风格

RTC, 包含Action的Name

Rest, 它是一种http协议的最佳实践方式而已. 主要目的是管理和控制资源.

HATEOAS, 客户端通过遍历http response里面的超媒体链接, 可以动态导航到所需的资源, 酷.

使用HATEOAS, 需要安装包Halcyon.mvc

原文地址:https://www.cnblogs.com/cgzl/p/8253563.html

时间: 2024-10-28 15:36:10

asp.net core 2.0 查缺补漏的相关文章

Android查缺补漏(View篇)--在 Activity 的 onCreate() 方法中为什么获取 View 的宽和高为0?

在 Activity 的 onCreate() 方法中为什么获取 View 的宽和高为0 ? @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_my_view); myview = ViewUtils.find(this, R.id.myview); getViewSize("onCr

ASP.NET Core 1.0

跨平台运行ASP.NET Core 1.0 前言 首先提一下微软更名后的叫法: ASP.NET 5 更名为 ASP.NET Core 1.0 .NET Core 更名为 .NET Core 1.0 Entity Framework 7 更名为 Entity Framework Core 1.0 或者简称 EF Core 1.0 现在伴随着ASP.NET Core 1.0 RC2版的更新速度,许多官方文档都跟不上,还停留在RC1版的使用方式上(RC1版是继Beta版之后第一个发布的稳定版本).RC

mazing ASP.NET Core 2.0【转】

前言 ASP.NET Core 的变化和发展速度是飞快的,当你发现你还没有掌握 ASP.NET Core 1.0 的时候, 2.0 已经快要发布了,目前 2.0 处于 Preview 1 版本,意味着功能已经基本确定,还没有学习过 ASP.NET Core 的同学可以直接从 2.0 开始学起,但是如果你已经掌握了 1.0 的话,那么你只需要了解在 2.0 中增加和修改的一些功能即可. 每一次大版本的发布和升级,总会带给开发人员一些惊喜和令人兴奋的特性,有关 ASP.NET Core 本次的 2.

Android查缺补漏--Service和IntentService

Service的运行不依赖界面,即使程序被切换到后台,Service仍然能够保持正常运行.当某个应用程序进程被杀掉时,所有依赖于该进程的Service也会停止运行. Service 分为启动状态和绑定状态.当处于仅启动状态时,通过 stopService或 stopSelf 即可停止 Service.当处于绑定状态时需要通过 unBindService 和 stopService 结合使用才能完全停止 Service. 一.Service的生命周期(onCreate()-onStartComma

Android查缺补漏--ContentProvider的使用

ContentProvider (内容提供者)是一种共享型组件,可以为系统内应用于与应用之间提供访问接口. ContentProvide要想正常工作需要三个关键点: ContentProvider:对外提供数据的访问接口. Uri:ContentProvider的唯一标识,外界可根据其访问对应的ContentProvider. ContentResolver 比如,当应用A想把自己数据暴露出来让别的应用也可以操作的话,就可以在应用A内部创建一个ContentProvider实现相关方法并添加UR

Android查缺补漏(View篇)--自定义 View 的基本流程

View是Android很重要的一部分,常用的View有Button.TextView.EditView.ListView.GridView.各种layout等等,开发者通过对这些View的各种组合以形成丰富多彩的交互界面,一个应用中界面交互的体验往往在应用的受欢迎程度上起了很关键得作用,所以开发者们大多会想方设法的做出一个更加精美的界面,例如:通过自定义View.深入学习View的原理以便更好的对其优化使其在操作起来更加流畅等等,也正因为如此,在面试中View也常常作为面试官重点考察的对象之一

Android查缺补漏(View篇)--自定义View利器Canvas和Paint详解

上篇文章介绍了自定义View的创建流程,从宏观上给出了一个自定义View的创建步骤,本篇是上一篇文章的延续,介绍了自定义View中两个必不可少的工具Canvas和Paint,从细节上更进一步的讲解自定义View的详细绘制方法.如果把自定义View比作盖一座房子,那么上篇文章就相当于教会了我们怎么一步步的搭建房子的骨架,而本篇文章将要教会我们的是为房子的骨架添砖加瓦直至成型,甚至是怎么装修. Canvas 为了后文更为方便的讲解Canvas的常用方法的使用,我们先来做一些准备工作,创建一个自定义V

Android查缺补漏(View篇)--事件分发机制源码分析

在上一篇博文中分析了事件分发的流程及规则,本篇会从源码的角度更进一步理解事件分发机制的原理,如果对事件分发规则还不太清楚的童鞋,建议先看一下上一篇博文 <Android查缺补漏(View篇)--事件分发机制> ,先来看一下本篇的分析思路,一会儿会按照事件传递的顺序,针对以下几点进行源码分析: Activity对点击事件的分发过程 PhoneWindow是如何处理点击事件的 顶级View对点击事件的分发过程 View对点击事件的处理过程 Activity对点击事件的分发过程 通过上一篇博文中我们

20165306 第二周查缺补漏

第二周查缺补漏 1.位运算符 位运算符主要针对两个二进制数的位进行逻辑运算,所以要先把其他进制数转化为二进制数. 例如: 128&129 128转换成二进制就是10000000,129转换成二进制就是10000001,根据与运算符的运算规律,"只有两个位都是1,结果才是1",可以知道结果就是10000000,即128. 128|129 根据或运算符的运算规律,"只要两个位有一个是1,结果就是1",可以知道结果就是10000001,即129. 15^2 15转