前言 在Asp.Net Core Nginx部署一文中，主要是讲述的如何利用Nginx来实现应用程序的部署，使用Nginx来部署主要有两大好处，第一是利用Nginx的负载均衡功能，第二是使用Nginx的反向代理来降低我们后端应用程序的压力。那除了以上两点之外，其实我们还可以利用代理服务器的缓存功能来进一步的降低后端应用程序的压力，提升系统的吞吐量（tps）。这一篇就来看一下具体应该如何去做吧。 目录 WEB 缓存 ASP.NET Core 缓存 内存缓存 分布式缓存 Response 缓存 Nginx 缓存 总结 WEB 缓存 之所以加这个目录是因为有一部分初学者对缓存的认知不够，特别是WEB中的缓存。 缓存它是一种空间换取时间的一种技术。 Web缓存（或HTTP缓存）是用于Web文档，如HTML页面和图像，减少带宽的使用，服务器的负载的一种信息技术。一个Web缓存系统存储通过Cache来传递的文件的副本；如果满足某些条件，则可以从缓存中得到后续的请求。 WEb缓存有几种方式： 1、服务端缓存 利用 Memcached，Redis，In-Memery 等缓存技术实现对数据的缓存。 2、代理服务器缓存 利用类似nginx的反向代理服务器，对请求的url对应的输出的进行缓存。这个缓存和应用程序实现的动态页面缓存类似，只不过用反向代理充当了应用程序的缓存实现。 3、客户端缓存 浏览器缓存，其实主要就是HTTP协议定义的缓存机制（如： Last-Modified,If-Modified-Since，Expires； Cache-control等）。 ASP.NET Core 缓存 内存缓存 最简单的一种缓存，ASP.NET Core 提供了 IMemoryCache 接口来供我们使用。它存储在本地的 WEB 服务器内容中，注意是单机的 WEB 服务器，如果你需要部署的是一个服务器集群的话，那么你应该用分布式缓存，而不是选择这个。 就不详细介绍了，想了解的可以直接看官方文档。 分布式缓存 随着云应用和服务器集群以及 docker 等技术的成熟，越来越多的应用程序开始考虑集群部署，因为它具有更好的性能和可伸缩可扩展性。那么这个时候就需要用到分布式缓存了。 在 ASP.NET Core应用中，已经对分布式缓存做了抽象，提供了 IDistributedCache 接口，该接口提供了添加，检索，删除等的同步和异步的方法。并且还默认提供了 Redis 和 SQLServer 的分布式缓存实现，我们也可以实现 IDistributedCache 接口来扩展自己的缓存系统。 需要说明的是Get,GetAsync和Set,SetAsync。 这两个接口方法默认是使用的byte[]，之所以没有提供直接存储对象的方法是因为微软想把这个默认序列化的选择交给用户，因为每一个团队的偏好是不一样的，有些团队喜欢使用 XML，有些喜欢使用 JSON，有些喜欢使用 Protobuf 等，所以在 项目中，你可以根据自己的偏好来扩展想要的方法。 具体使用方法还是直接看官方文档好了。 关于使用也可以查看我的另外一篇博客: ASP.NET Core 使用 Redis 和 Protobuf 进行 Session 缓存。 Response 缓存 在 ASP.NET Core中，有一种缓存叫做Response缓存，这个缓存主要是用来做代理服务器的缓存。它主要原理是在输出的HTTP Response的header里面添加指定的缓存标记。这些缓存标记用来让客户端或者代理服务器来识别需要缓存的内容。然后当客户端有请求到代理服务器的时候，代理服务器可以识别出一部分请求，然后直接把结果返回给浏览器，从而提高后端应用程序的性能和吞吐。 从这个图中看出来，在第一次的时候，一个客户端请求经过代理服务器请求的我们后端的WEB服务器上，然后WEB服务器在返回结果的META上添加了cache-control标签，它的值为public。 下面是cache-control标签一些值的说明： public 指示响应可被任何缓存区缓存。 […]
View Details原文地址：http://asp.net-hacker.rocks/2016/02/18/extending-razor-views.html 作者：Jürgen Gutsch 翻译：杨晓东(Savorboard) 现在，已经有很多种方式来扩展Razor视图了，我们循循渐进，先从最简单的开始。 如果你之前熟悉MVC5（以及之前的MVC）中的视图的话，有一部分你应该已经很熟悉了。在新的ASP.NET Core 中，那些你熟悉的方式有一部分仍然能用，只是Core版本针对视图又添加了一些东西。这篇文章，我们就来一起看看吧。 #1：数据视图（Typed Views） 这是一个不具有动态内容的最基本的一个视图，就是你定义一个ViewModel , 然后ViewModel具有一些默认值，在视图上直接呈现而已。定死的ViewModel，好像不是很常见，以至于你使用Visual Studio新建一个默认的Web应用程序的话，都看不到它。它就看起来像一个*.cshtml结尾的HTML文件，但是，cshtml文件却是服务端可以解析的一种文件，所以你可以在里面使用一些Razor语法，比如HtmlHelpers，UrlHelpers等。同样，你可以使用ViewBag或者ViewData来从Controller的Action传输数据到View里面，来让它具有动态的内容。但是ViewBag和ViewData都是弱类型的，所以没有智能提示，用起来略不爽。 要在你的视图中使用强类型数据对象，你需要定义一个Model来在视图中使用。
|
1 2 3 4 |
<span class="xml">@model ExtendViews.ViewModels.AboutModel <span class="hljs-comment"><!-- usage: ---></span> @Model.FullName</span> |
这种方式是不是很常见的？ 下一种方式是一个更好的方式来布局我们的视图： #2：布局（Layouts）： 相当于ASP.NET的WebForms的母版页，不过它是定义Razor视图的基本布局的一种方式。它就是_Layout.cshtml, 位于 Views\Shared 文件夹里 。通常情况下这个文件通常包含HTML的header，body和公用的一些东西。你可以多建几个互相进行组合，来完成整个站点的布局。其他页面引用布局视图页的时候，是这样子写的（注意不需要扩展名）：
|
1 2 3 |
@<span class="hljs-keyword">{</span> Layout = <span class="hljs-string">"_Layout"</span>; } |
此调用需要在您的视图的第一行中。但你不需要在每一个视图中定义布局，如果你使用Visual Studio新建一个ASP.NET Core项目，Views文件夹有一个_ViewStart.cshtml,在运行的时候它会自动的导入到每个视图中去。 在_Layout.cshtml有一个方法法叫 RenderBody()，它就是用来渲染详细的视图页到模板布局视图中：
|
1 |
<span class="hljs-meta">@RenderBody()</span> |
在此方法的位置，详情视图就会被渲染到这里。 #3: 区域（Sections） 有时候子视图中想在主视图中显示一部分html代码，比如javascript代码或者是css，这个时候就可以使用Sections,通常情况下在页面的结尾部分。 在主视图中（_Layout.cshtml）定义一个Javascripts Section：
|
1 2 |
<span class="hljs-meta">@RenderSection</span>(<span class="hljs-string">"scripts"</span>, <span class="hljs-string">required:</span> <span class="hljs-literal">false</span>) |
有一个required参数来声明这个Section是否必须的。然后你就可以在子视图中这样使用：
|
1 2 3 4 5 6 7 8 |
<span class="xml">@section scripts { <span class="hljs-tag"><<span class="hljs-name">script</span>></span><span class="javascript"> $(<span class="hljs-function"><span class="hljs-keyword">function</span>() </span>{ <span class="hljs-comment">// some more js code here;</span> }); </span><span class="hljs-tag"></<span class="hljs-name">script</span>></span> }</span> |
如果你使用嵌套的布局，你可能需要嵌套这个区域。意思就是你在Section里面嵌套调用RenderSection():
|
1 2 3 4 |
<span class="hljs-meta">@section</span> scripts { <span class="hljs-meta">@RenderSection</span>(<span class="hljs-string">"scripts"</span>, <span class="hljs-string">required:</span> <span class="hljs-literal">false</span>) } |
#4: 分部视图（ PartialViews） 你可以提取html页面中重用的部分，把它放到一个新的Razor视图中，这个视图没有自己的Action，这种视图就叫做分部视图。 分部视图通常也在Views\Shard\文件夹。 分部视图同样也可以是一个数据视图,它可以从父视图中获取数据（但不是必须的）：
|
1 2 3 4 5 6 7 8 9 10 |
@<span class="hljs-keyword">model</span> IEnumerable<UserModel> @if (Model.Any()) { <<span class="hljs-selector-tag">ul</span>> @<span class="hljs-keyword">foreach</span> (var user in Model) { <<span class="hljs-selector-tag">li</span>>@<span class="hljs-keyword">user.FullName</li></span> } </ul> } |
这个分部视图需要从父视图中获取用户列表的数据
|
1 |
@<span class="hljs-keyword">{</span> await Html.RenderPartialAsync(<span class="hljs-string">"Users"</span>, Model.Users);} |
如果你的分部视图没有定义用户模型，你就不需要传第二个参数。 #5：视图组件（ViewComponents） 这个 ASP.NET Core特有的。 译者注：类似于以前的用户控件 有时候你需要做一些分部视图的事情，但是又包含一些业务逻辑在里面。在过去，你可以使用ChildAction渲染结果到一个视图中，但是，在 ASP.NET Core中，有一种新的方式来做这件事情，它就是ViewComponents（我已经写了一篇关于ViewComponents的博文）。它类似于在MVC中的一种迷你的MVC，也就是说他们可以有自己的Controller，和单个的action以及view。ViewComponents是完全独立于你的当前视图的，但是可以通过你当前的视图传输数据。 想这样调用它，来渲染一个ViewComponents:
|
1 |
@Component.Invoke(<span class="hljs-string">"Top10Articles"</span>); |
可以看我的博客来学习怎么创建自己的ViewComponent。 #6: HTML助手（HtmlHelpers） 在HTMLHelper类中，你可以创建你自己的扩展方法来扩展Razor语法：
|
1 2 3 4 5 6 7 |
<span class="hljs-keyword">public</span> <span class="hljs-keyword">static</span> <span class="hljs-keyword">class</span> <span class="hljs-title">HtmlHelperExtensions</span> { <span class="hljs-function"><span class="hljs-keyword">public</span> <span class="hljs-keyword">static</span> HtmlString <span class="hljs-title">MyOwnHtmlHelper</span>(<span class="hljs-params"><span class="hljs-keyword">this</span> HtmlHelper helper, <span class="hljs-keyword">string</span> message</span>) </span>{ <span class="hljs-keyword">return</span> <span class="hljs-keyword">new</span> HtmlString($<span class="hljs-string">"<span>{message}<span>"</span>); } } |
在你的视图中，创建一个可重用的部分是非常有用的，它比分部视图多包含了一些业务逻辑。比HTMLHelpers扩展更好的是新的TagHelpers，但是在扩展你视图的时候，HTMLHelpers仍然有它自己的一些适用的地方。 #7: 标签助手（TagHelper） 这是 ASP.NET Core 非常好的一个新特性。 一个扩展你视图的小助手，它看起来像一个原生的HTML标签一样。 在ASP.NET Core MVC中你应该使用 TagHelpers 来替换 HtmlHelpers，因为它们更加的简洁和容易使用。另一个巨大的好处就是依赖注入，在HtmlHelpers中是使用不了的，因为HtmlHelpers 扩展的都是静态内容。 但TagHelpers是一个公共类，我们可以很容易的在它的构造函数中注入服务。 下面是一个很简单的小示例，来展示怎么样定义一个TagHelper：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
[TargetElement(<span class="hljs-string">"hi"</span>)] <span class="hljs-keyword">public</span> <span class="hljs-keyword">class</span> <span class="hljs-title">HelloTagHelper</span> : <span class="hljs-title">TagHelper</span> { <span class="hljs-function"><span class="hljs-keyword">public</span> <span class="hljs-keyword">override</span> <span class="hljs-keyword">void</span> <span class="hljs-title">Process</span>(<span class="hljs-params">TagHelperContext context, TagHelperOutput output</span>) </span>{ output.TagName = <span class="hljs-string">"p"</span>; output.Attributes.Add(<span class="hljs-string">"id"</span>, context.UniqueId); output.PreContent.SetContent(<span class="hljs-string">"Hello "</span>); output.PostContent.SetContent(<span class="hljs-keyword">string</span>.Format(<span class="hljs-string">", time is now: {0}"</span>, DateTime.Now.ToString(<span class="hljs-string">"HH:mm"</span>))); } } |
这里定义了一个叫做hi的标签，它以HTML标记来呈现，p标签的内容是当前时间。 使用:
|
1 |
<span class="xml"><span class="hljs-tag"><<span class="hljs-name">hi</span>></span>John Smith<span class="hljs-tag"></<span class="hljs-name">hi</span>></span></span> |
结果:
|
1 |
<span class="xml"><span class="hljs-tag"><<span class="hljs-name">p</span>></span>Hello John Smith, time is now: 18:55<span class="hljs-tag"></<span class="hljs-name">p</span>></span></span> |
[…]
View Details前言 在上篇文章中介绍了如何在 Docker 容器中部署我们的 asp.net core 应用程序，本篇主要是怎么样为我们在 Linux 或者 macOs 中部署的 dotnet 程序创建一个守护进程，来保证我们的程序在异常或者是电脑重启的时候仍然能够正常访问。 如果你以后用准备使用 asp.net core来开发项目的话，程序并且部署到 Linux 上的话，那么此篇文章你值得收藏。 如果你觉得对你有帮助的话，不妨点个【推荐】。 目录 什么是守护进程 Supervisor 介绍 Supervisor 安装 Supervisor 配置，常用命令 Supervisor UI管理台 什么是守护进程 在linux或者unix操作系统中，守护进程（Daemon）是一种运行在后台的特殊进程，它独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件。由于在linux中，每个系统与用户进行交流的界面称为终端，每一个从此终端开始运行的进程都会依附于这个终端，这个终端被称为这些进程的控制终端，当控制终端被关闭的时候，相应的进程都会自动关闭。但是守护进程却能突破这种限制，它脱离于终端并且在后台运行，并且它脱离终端的目的是为了避免进程在运行的过程中的信息在任何终端中显示并且进程也不会被任何终端所产生的终端信息所打断。它从被执行的时候开始运转，直到整个系统关闭才退出。 此处的创建守护进程，是指发布在Linux上 asp.net core 程序的dotnet xxx.dll命令的宿主进程创建一个守护进程。 在 Linux 上有很多可以管理进程的工具，我们使用 Supervisor 来做这个事情。 原因有两点： 1、它是微软官方文档推荐的，降低学习成本。 2、它并不一定是最好的，但一定是文档最全的。 Supervisor 介绍 Supervisor是采用 Python(2.4+) 开发的，它是一个允许用户管理 基于 Unix 系统进程的 Client/Server 系统，提供了大量功能来实现对进程的管理。 官方文档：http://supervisord.org/ Supervisor 安装 在 masOS 中直接使用brew工具进行安装即可： brew install supervisor 在 linux 中使用以下命令进行安装： ubuntu sudo apt-get install supervisor centos yum install supervisor python pip install supervosor easy_install supervisor 安装完成之后：
|
1 2 |
mac:~ yangxiaodong$ brew install supervisor Warning: supervisor-3.2.1 already installed |
Supervisor 配置,常用命令 安装完成之后，在 /ect/supervisor/conf.d/ 目录下新建一个配置文件（touch HelloWebApp.conf），取名为 HelloWebApp.conf […]
View Details本文用图文的方式记录了我自己搭建centos+asp.net core + docker + jexus + nginx的整个过程，希望对有同样需求的朋友有一定的参考作用。 本文主要内容如下： centos7安装 yum镜像 docker镜像 docker安装 dotnetcore安装 Docker安装dotnetcore镜像 asp.net core 创建与发布 docker中部署asp.net core jexus转发 nginx转发 1.centos7安装 a.下载centos的iso文件，比如：CentOS-7-x86_64-Everything-1611.iso b.虚拟机安装，比如：hyper-v c.手动分区： /boot 至少1G，建议2G（很多东西会装在里面，别信网上说的100M足够的话了，设置大点） /swap 2倍内存大小 / 10G吧 /home 10G以上吧 /var 至少1G,建议5G(docker很容易装满) d.软件预装，选择:带UI的Server 2.yum镜像 a.访问阿里云http://mirrors.aliyun.com b.找到你要装的OS，点右边“help”进入安装指南 c.根据指南，安装镜像(执行命令的时候请加上sudo，如果你不是root) 1 2 3 sudo mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup sudo wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo 3.docker镜像 a. 打开开发者中心https://dev.aliyun.com/search.html b.右上角“注册/登陆” c.登陆后，右上角有一个“管理中心” d.进入管理中心，点击“加速器” 开始前先参照这个帖子《CentOS禁止packagekit离线更新服务的办法》http://www.cnblogs.com/zjoch/p/6500480.html处理,否则出现如下错误 按提示完成镜像设置 1 2 3 4 5 6 7 8 9 10 11 12 sudo curl -sSL http://acs-public-mirror.oss-cn-hangzhou.aliyuncs.com/docker-engine/internet | sh – 以下命令一行一行输入 sudo mkdir […]
View Details前言 在上篇文章中，主要介绍了 Dotnet Core Run 命令，这篇文章主要是讲解如何在 asp.net core 中对我们的已经完成的程序进行发布和部署。 有关如何使用 Nginx 进行部署，请参见本人的另一篇文章： http://www.cnblogs.com/savorboard/p/dotnet-core-publish-nginx.html 目录 安装 Liunx DotNet 环境 新建一个 Web 项目，并发布 使用 Jexus 进行反向代理 安装 Linux DotNet 环境 安装 dotnet 环境参见官方网站 https://www.microsoft.com/net/core#ubuntu。 新建一个 WebApp 项目，并发布 在 Asp.Net Core 项目中，我们使用 dotnet new -t WebApp 命令和创建一个新的空的 Web 应用程序，然后使用dotnet resotre还原 Nuget。 主要是用以下几个命令： mkdir HelloWebApp 这个命令是创建一个名为 HelloWebApp 的文件夹。 dotnet new -t Web 这个命令是使用 Web 模板来新建一个 WebApp 的 Mvc 应用程序。 新建了应用程序之后，使用dotnet restore 和 dotnet run 命令来测试一下我们的应用程序。 我们打开浏览器输入 http://localhost:5000，来看一下效果。 可以看到已经成功运行了。 如果发布应用程序，我们需要使用 dotnet publish命令，通过使用 --help 参数可以看到一些可以使用的命令参数。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
-f|--framework <FRAMEWORK> Target framework to compile for -r|--runtime <RUNTIME_IDENTIFIER> Target runtime to publish for -b|--build-base-path <OUTPUT_DIR> Directory in which to place temporary outputs -o|--output <OUTPUT_PATH> Path in which to publish the app --version-suffix <VERSION_SUFFIX> Defines what `*` should be replaced with in version field in project.json -c|--configuration <CONFIGURATION> Configuration under which to build --native-subdirectory Temporary mechanism to include subdirectories from native assets of dependency packages in output --no-build Do not build projects before publishing |
我们运行dotnet publish -o ~/WorkSpace/publish 发布到 publish 文件夹，当看到Published 1/1 projects successfully的时候，说明已经发布成功了。 PS: 如果提示没有安装 NPM 工具，运行sudo install apt-get npm -g,先安装 NPM。 如果提示没有 […]
View Details前言 asp.net core rtm 6月底即将发布，自己也想着为社区做点共享，刚好最近不太忙，看到社区的小伙伴们都在为dotnet core的推广而贡献力量，项目中刚好在用rc2版本，就多写些文章来帮助那些还在学习的朋友们吧。 目录 dotnet core 和 .net的区别 github中dotnet core各个项目的状况 一、 dotnet core 和 .net的区别 目前在使用C#开发应用程序的时候，有两种框架可供选择: .Net Framework 和 .Net Core，那他们有什么不同的地方呢？或者说是微软为什么要做两个框架，在同一个平台上运行不好吗？就先让我们一起看看他们之间的不同。 大家都知道 .Net Core是跨平台的，除了运行在windows上之外，还可以运行在Linux和Mac OS上。而 .Net Framework只能运行在windows上或者借助于Mono运行于其他平台上。 .Net Core和 .Net Framework可以理解为一个子集和父集的关系，之所以 .Net Core带了个Core是因为它包含了 .Net Framework的一些核心的功能和特性，比如它们共享GC (Garbage Collection,垃圾收集,垃圾回收)，jit（Just-In-Time ）编译器，还有类型系统和语言特性等。 那么 asp.net 和 asp.net core 的区别呢？ asp.net 目前的版本是asp.net 4.6,它已经被使用了很多年了，它比较稳定，如果你的系统不需要跨平台，只是在windows上运行的话，可以使用asp.net 4.6, 它很稳定并且很多第三方库都对其进行了支持。 asp.net core 是采用了 .net core的新一代asp.net架构程序。目前的版本是RC2。后面会对其进行大量介绍。 下面这张图就是他们之间的关系： 二、 github中dotnet core各个项目的状况 有一点值得我们开发者高兴的是，现在微软 .net 相关的大多数项目都是开源的，托管在github上，我建议大家有不懂的地方多去查看源代码，来了解其中的运行原理，以便于对知识的更好的理解和吸收。 .NET Compiler Platform ("Roslyn") .NET编译器。提供的开源Csharp和Visual Basic编译器及代码解析API .NET Core Framework 也被叫做CoreFx，提供Core的基础程序集类库，它包括collections, file systems, console, XML, async等. .NET Core Runtime 也被叫做CoreCLR，它包括了 .net core的runtime（运行时），和mscorlib（基础库），它包含的有GC（垃圾回收），JIT（just-in-time）编译器, 类型系统（.NET data types），和其他一些底层的类库。 […]
View Details不管是因为什么原因，结果是在新出的MVC中，增加了WebAPI，用于提供REST风格的WebService，个人比较喜欢REST风格的WebService，感觉比SOAP要轻量级一些，而且对客户端的要求也更少，更符合网络数据传输的一般模式，客户端完全摆脱了代理和管道来直接和WebService进行交互，具体的区别可以参见Web 服务编程，REST 与 SOAP
View Details最近几天在看一本名为Dependency Injection in .NET 的书，主要讲了什么是依赖注入，使用依赖注入的优点，以及.NET平台上依赖注入的各种框架和用法。在这本书的开头，讲述了软件工程中的一个重要的理念就是关注分离(Separation of concern, SoC)。依赖注入不是目的，它是一系列工具和手段，最终的目的是帮助我们开发出松散耦合(loose coupled)、可维护、可测试的代码和程序。这条原则的做法是大家熟知的面向接口，或者说是面向抽象编程。 关于什么是依赖注入，在Stack Overflow上面有一个问题，如何向一个5岁的小孩解释依赖注入，其中得分最高的一个答案是： “When you go and get things out of the refrigerator for yourself, you can cause problems. You might leave the door open, you might get something Mommy or Daddy doesn’t want you to have. You might even be looking for something we don’t even have or which has expired. What you should be doing is stating a need, “I need something to drink with lunch,” and then we will make sure you have something when you sit […]
View Detailsvar result = "平年"; var year = DateTime.Now.Year; //不是整百年，且可以被4整除 if (year % 100 != 0 && year % 4 == 0) { result = "闰年"; } //能被400整除 if (year % 400 == 0) { result = "闰年"; } //对于数值很大的年份,这年如果能被3200整除,并且能被172800整除则是闰年 if (year > 3200 && year % 3200 == 0 && year % 172800 == 0) { result = "闰年"; }
View Details