[02] 编程技巧 - 随笔分类(第6页) - Artech

摘要：

除了微软自家的Windows平台， .NET Core针对Mac OS以及各种Linux（RHEL、Ubuntu、Debian、Fedora、CentOS和SUSE等）都提供了很好的支持，我们先来体验一下使用Mac来开发.NET Core应用，在这之前我们照例先得构建我们的开发环境。阅读全文

posted @ 2017-09-04 20:45 Artech 阅读(12326) 评论(7) 推荐(18) 编辑

.NET Core多平台开发体验[1]: Windows

摘要：

微软在千禧年推出 .NET战略，并在两年后推出第一个版本的.NET Framework和IDE（Visual Studio.NET 2002，后来改名为Visual Studio），如果你是一个资深的.NET程序员，相信传统的.NET应用的开发方式已经深深地烙印在你的脑子里面。.NET Core打来了全新的开发体验，但是开发方式的差异根本不足以成为你快速跨入.NET Core 世界的门槛，因为在.NET Core在很多方面比传统的.NET Framework应用开发要简单。为了消除很多尚未接触过.NET Core的读者对未知世界的恐惧，我们先通过几个简单的Hello World应用让大家感受一下.NET Core全新的开发体验。阅读全文

posted @ 2017-09-03 22:29 Artech 阅读(22526) 评论(56) 推荐(84) 编辑

ASP.NET Core中的缓存[1]：如何在一个ASP.NET Core应用中使用缓存

摘要：

.NET Core针对缓存提供了很好的支持，我们不仅可以选择将数据缓存在应用进程自身的内存中，还可以采用分布式的形式将缓存数据存储在一个“中心数据库”中。对于分布式缓存，.NET Core提供了针对Redis和SQL Server的原生支持。除了这个独立的缓存系统之外，ASP.NET Core还借助一个中间件实现了“响应缓存”，它会按照HTTP缓存规范对整个响应实施缓存。不过按照惯例，在对缓存进行系统介绍之前，我们还是先通过一些简单的实例演示感知一下如果在一个ASP.NET Core应用中如何使用缓存。阅读全文

posted @ 2017-02-12 21:52 Artech 阅读(7180) 评论(11) 推荐(27) 编辑

ASP.NET Core应用的错误处理[4]：StatusCodePagesMiddleware中间件如何针对响应码呈现错误页面

摘要：

StatusCodePagesMiddleware中间件与ExceptionHandlerMiddleware中间件比较类似，它们都是在后续请求处理过程中“出错”的情况下利用一个错误处理器来完成最终的请求处理与响应的任务。它们之间的差异在于对“错误”的界定上，对于ExceptionHandlerMiddleware中间件来说，它所谓的错误就是抛出异常，但是对于StatusCodePagesMiddleware中间件来说，则将介于400~599之间的响应状态码视为错误。阅读全文

posted @ 2017-01-12 08:55 Artech 阅读(5404) 评论(9) 推荐(8) 编辑

如何在ASP.NET Core应用中实现与第三方IoC/DI框架的整合？

摘要：

我们知道整个ASP.NET Core建立在以ServiceCollection/ServiceProvider为核心的DI框架上，它甚至提供了扩展点使我们可以与第三方DI框架进行整合。对此比较了解的读者朋友应该很清楚，针对第三方DI框架的整合可以通过在定义Startup类型的ConfigureServices方法返回一个ServiceProvider来实现。但是真的有这么简单吗？阅读全文

posted @ 2017-01-11 13:22 Artech 阅读(4155) 评论(5) 推荐(7) 编辑

ASP.NET Core应用的错误处理[1]：三种呈现错误页面的方式

摘要：

由于ASP.NET Core应用是一个同时处理多个请求的服务器应用，所以在处理某个请求过程中抛出的异常并不会导致整个应用的终止。出于安全方面的考量，为了避免敏感信息的外泄，客户端在默认的情况下并不会得到详细的出错信息，这无疑会在开发环境下增加查错纠错的难度。对于生产环境来说，我们也希望最终用户能够根据具体的错误类型得到具有针对性并且友好的错误消息。ASP.NET Core提供了相应的中间件帮助我们将定制化的错误信息呈现出来，这些中间件都定义在“Microsoft.AspNetCore.Diagnostics”这个NuGet包中。阅读全文

posted @ 2016-12-29 08:46 Artech 阅读(20374) 评论(6) 推荐(19) 编辑

ASP.NET Core的路由[5]：内联路由约束的检验

摘要：

当某个请求能够被成功路由的前提是它满足某个Route对象设置的路由规则，具体来说，当前请求的URL不仅需要满足路由模板体现的路径模式，请求还需要满足Route对象的所有约束。路由系统采用IRouteConstraint接口来表示路由约束，所以我们在接下来的内容中将路由约束统称为RouteConstraint。在大部分情况下，约束都是针对路由模板中定义的某个路由参数，其目的在于验证URL携带的某部分的内容是否有效。不过也有一些约束与路由参数无关，这些约束规范往往是除URL之前的其他请求元素，比如前面提到的HttpMethodRouteConstraint检验的就是请求采用的方法。阅读全文

posted @ 2016-12-26 23:03 Artech 阅读(3847) 评论(3) 推荐(11) 编辑

为.NET Core项目定义Item Template

摘要：

为这个星球上最强大的IDE，Visual Studio不仅仅提供了很多原生的特性，更重要的是它是一个可定制的IDE，比如自定义Project Template和Item Template就是一个非常有用的扩展点。这里我们主要关注Item Template，它时我们可以在“Add new Item”对话框中添加我们自定义的Item.我们之前自定义了一些Item Template，最近想在.NET Core项目中使用它们，但是失败了。今天为了这个折腾得够呛，不过好在最后还是解决了——虽然解决方案仅仅是添加一行代码阅读全文

posted @ 2016-12-23 17:10 Artech 阅读(2941) 评论(2) 推荐(5) 编辑

ASP.NET Core的路由[1]：注册URL模式与HttpHandler的映射关系

摘要：

ASP.NET Core的路由是通过一个类型为RouterMiddleware的中间件来实现的。如果我们将最终处理HTTP请求的组件称为HttpHandler，那么RouterMiddleware中间件的意义在于实现请求路径与对应HttpHandler之间的映射关系。对于传递给RouterMiddleware中间件的每一个请求，它会通过分析请求URL的模式并选择并提取对应的HttpHandler来处理该请求。除此之外，请求的URL还会携带相应参数，该中间件在进行路由解析过程中还会根据生成相应的路由参数提供给处理该请求的Handler。阅读全文

posted @ 2016-12-15 08:23 Artech 阅读(7516) 评论(5) 推荐(13) 编辑

ASP.NET Core应用针对静态文件请求的处理[1]: 以Web的形式发布静态文件

摘要：

虽然ASP.NET Core是一款“动态”的Web服务端框架，但是在很多情况下都需要处理针对静态文件的请求，最为常见的就是这对JavaScript脚本文件、CSS样式文件和图片文件的请求。针对不同格式的静态文件请求的处理，ASP.NET Core为我们提供了三个中间件，它们将是本章论述的重点。不过在针对对它们展开介绍之前，我们照理通过一些简单的实例来体验一下如何在一个ASP.NET Core应用中发布静态文件。阅读全文

posted @ 2016-12-07 08:28 Artech 阅读(9252) 评论(6) 推荐(22) 编辑

在ASP.NET Core应用中如何设置和获取与执行环境相关的信息？

摘要：

HostingEnvironment是承载应用当前执行环境的描述，它是对所有实现了IHostingEnvironment接口的所有类型以及对应对象的统称。HostingEnvironment类型是对IHostingEnvironment接口的默认实现。对于通过HostingEnvironment的四个属性（ApplicationName、EnvironmentName、WebRootPath和ContentRootPath）承载的四个与执行环境相关的设置，在WebHostOptions对象上都具有对应的属性，后者是前者的数据来源。由于WebHostOptions对象是WebHostBuilder根据它采用的配置来创建的，所以这些设置最初来源于使用的配置。阅读全文

posted @ 2016-12-06 08:34 Artech 阅读(12846) 评论(5) 推荐(8) 编辑

ASP.NET Core应用中如何记录和查看日志

摘要：

日志记录不仅对于我们开发的应用，还是对于ASP.NET Core框架功能都是一项非常重要的功能特性。我们知道ASP.NET Core使用的是一个极具扩展性的日志系统，该系统由Logger、LoggerFactory和LoggerProvider这三个核心对象组成。我们可以通过简单的配置实现对LoggerFactory的定制，以及对LoggerProvider添加。阅读全文

posted @ 2016-11-28 07:10 Artech 阅读(7644) 评论(2) 推荐(10) 编辑

框架升级后某个类型所在程序集发生转移，应用还能正常运行吗？

摘要：

跨程序集之间的类型转移帮助框架或者类库的提供者解决这样的难题：某个类型在框架1.0版本的时候定义在程序集A中，当升级到2.0的时候被转移到了程序集B中，使用旧版本的应用可以在不做任何修改的情况下直接对使用的升级后的框架程序集阅读全文

posted @ 2016-11-21 15:20 Artech 阅读(1583) 评论(3) 推荐(3) 编辑

让“链式调用（方法链）”更加自然一点

摘要：

论是JavaScript还是C#程序，我们已经习惯了采用“链式调用”的方式进行编程，这样确实会使我们的程序变得很精练。采用这种链式调用方式的很多方式都是扩展方法。我们在定义这种扩展方法的时候，有一个地方值得我们注意。阅读全文

posted @ 2016-10-26 14:48 Artech 阅读(6379) 评论(9) 推荐(16) 编辑

[WCF]缺少一行代码引发的血案

摘要：

这是今天作项目支持的发现的一个关于WCF的问题，虽然最终我只是添加了一行代码就解决了这个问题，但是整个纠错过程是痛苦的，甚至最终发现这个问题都具有偶然性。具体来说，这是一个关于如何自动为服务接口（契约）的每个操作添加FaultContract与WCF服务元数据发布的问题。接下来通过一个简单的实例来说明这个因为少写了一行代码引发的血案。阅读全文

posted @ 2016-09-21 14:43 Artech 阅读(6939) 评论(13) 推荐(13) 编辑

如何利用ETW（Event Tracing for Windows）记录日志

摘要：

ETW是Event Tracing for Windows的简称，它是Windows提供的原生的事件跟踪日志系统。由于采用内核（Kernel）层面的缓冲和日志记录机制，所以ETW提供了一种非常高效的事件跟踪日志解决方案。阅读全文

posted @ 2016-09-14 08:23 Artech 阅读(22189) 评论(1) 推荐(10) 编辑

.NET Core的日志[5]:利用TraceSource写日志

摘要：

从微软推出第一个版本的.NET Framework的时候，就在“System.Diagnostics”命名空间中提供了Debug和Trace两个类帮助我们完成针对调试和跟踪信息的日志记录。在.NET Framework 2.0中，微软引入了TraceSource并对跟踪日志系统进行了优化，优化后的跟踪日志系统在.NET Core中又经过了相应的简化。.NET Core的日志模型借助TraceSourceLoggerProvider实现对TraceSource的整合，在正式介绍这个Logger之前，我们先来认识一下TraceSource跟踪日志系统中的三个核心对象阅读全文

posted @ 2016-09-13 09:33 Artech 阅读(6546) 评论(6) 推荐(10) 编辑

.NET Core的日志[3]:将日志写入Debug窗口

摘要：

定义在NuGet包“Microsoft.Extensions.Logging.Debug”中的DebugLogger会直接调用Debug的WriteLine方法来写入分发给它的日志消息。如果需要使用DebugLogger来写日志，我们需要将它的提供者DebugLoggerProvider注册到LoggerFactory上。由于定义在Debug类型中的所有方法都是针对Debug编译模式的，所以在只有针对Debug模式编译的应用中使用DebugLogger才有意义。这里将的“Debug编译模式”涉及到一个叫做“条件编译”的话题。阅读全文

posted @ 2016-08-25 08:26 Artech 阅读(5468) 评论(1) 推荐(8) 编辑

.NET Core的日志[2]:将日志输出到控制台

摘要：

对于一个控制台应用，比如采用控制台应用作为宿主的ASP.NET Core应用，我们可以将记录的日志直接输出到控制台上。针对控制台的Logger是一个类型为ConsoleLogger的对象，ConsoleLogger对应的LoggerProvider类型为ConsoleLoggerProvider，这两个类型都定义在 NuGet包“Microsoft.Extensions.Logging.Console”之中。阅读全文

posted @ 2016-08-24 06:10 Artech 阅读(14877) 评论(2) 推荐(11) 编辑

.NET Core的日志[1]:采用统一的模式记录日志

摘要：

记录各种级别的日志是所有应用不可或缺的功能。关于日志记录的实现，我们有太多第三方框架可供选择，比如Log4Net、NLog、Loggr和Serilog 等，当然我们还可以选择微软原生的诊断框架（相关API定义在命名空间“System.Diagnostics”中）实现对日志的记录。.NET Core提供了独立的日志模型使我们可以采用统一的API来完成针对日志记录的编程，我们同时也可以利用其扩展点对这个模型进行定制，比如可以将上述这些成熟的日志框架整合到我们的应用中。阅读全文

posted @ 2016-08-17 08:33 Artech 阅读(13147) 评论(10) 推荐(18) 编辑

随笔分类 - [02] 编程技巧

公告