前言 今天给大家介绍一下在 ASP.NET Core 日常开发中用的比较多的两个中间件，它们都是出自于微软的 ASP.NET 团队，他们分别是 Microsoft.AspNetCore.ResponseCompression 和 Microsoft.AspNetCore.ResponseCaching ， 下面让我们一起看看的功能以及如何去使用吧。 Getting Started Microsoft.AspNetCore.ResponseCompression Microsoft.AspNetCore.ResponseCompression 这个中间件是 .NET Core 1.1 版本中新增加的，看名字应该知道，它主要是负责对输出的内容进行压缩， 那么在我们WEB开发中主要就是 GZip 压缩了。 Gzip 压缩是我们在 WEB 中经常会使用的一项性能优化技术，它可以对页面输出的内容使用压缩算法（GZip）进行体积的压缩， 那在以前的时候，我们可以使用 IIS 来做这项工作，但是现在我们的程序脱离 IIS了，就必须有一个中间件来帮我们做这件事情了，它就是我们要介绍的这个中间件。 1、添加 Microsoft.AspNetCore.ResponseCompression 包 你可以使用 Visual Studio 打开 NuGet 包管理器控制台输入一下命令安装
|
1 |
Install-Package Microsoft.AspNetCore.ResponseCompression |
也可以使用 NuGet包管理器UI界面安装。 添加完成之后，你就可以在 project.json 中看到你添加的包了。注意目前版本是 1.0.0. 2、更新 Startup.cs 文件 修改 Startup ， 在ConfigureServices 和Configure 两个方法中添加如下代码：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
public class Startup { ... public void ConfigureServices(IServiceCollection services) { services.AddResponseCompression(); ... } public void Configure(IApplicationBuilder app, ILoggerFactory loggerFactory) { app.UseResponseCompression(); ... } } |
现在你就可以测试一下输入的 Http Response 是否被压缩了。 前： 后： 通过 前 后 对比，可以看出来，在 Response Headers 里面多了一个 Content-Encoding:gzip 的头部信息，说明我们的中间件生效了。 Microsoft.AspNetCore.ResponseCaching Microsoft.AspNetCore.ResponseCaching 这个中间件也是 .NET Core 1.1 版本中新增加的，同样看名字应该知道，它主要是负责对输出的内容进行缓存设置。在以前我们可以同样在 IIS 中设置这些东西，但是粒度可能并没有这么细。 我之前写过一篇关于 ASP.NET Core 缓存的文章，里面介绍了 ASP.NET Core MVC 中的 Response 缓存，它是通过一个 ResponseCacheAttribute 来实现的设置缓存头信息：
|
1 2 3 4 |
[ResponseCache(VaryByHeader ="Accept-Encoding", Location = ResponseCacheLocation.Any, Duration = 10)] public IActionResult About() { } |
那，除了 MVC […]
View DetailsNPOI .NET Core 2.0 http://www.cnblogs.com/savorboard/p/dotnetcore-npoi.html 前言 最近项目中，需要使用到 Excel 导出，找了一圈发现没有适用于 .NET Core的，不依赖Office和操作系统限制的 Office 组件，于是萌生了把 NPOI 适配并移植到 .NET Core 的想法。 NPOI 的介绍不多说了，不了解的可以看一下 NPOI百度百科 的介绍，在此感谢瞿总和他的团队的贡献。 NPOI 的移植之路并非想象的那么容易，因为其依赖了 System.Drawing 和 System.Window.Forms 两个组件，还有一个第三方的 SharpZipLib 库，在 GitHub 克隆了最新的代码并且转换为 NetStandrad 1.6 编译之后，出现了数不清的错误，应该有上千个吧，在经过一天的努力之后（包括删除，修改，重写），错误数量已经减少到了100多个，50多个，20多个，编译通过。 在移植的过程中可以真切感受到当初NPOI的作者在写这些代码时候的辛苦努力，因为NPOI最初是基于 .Net Framework 1.1 框架写的，那个时候没有泛型，没有var，没有很多的现成的类库，全都是靠最基础的一些数据结构来实现，虽然里面的很多种写法在目前看来可以很大程序的精简，但是在当时的条件下 真的是不容易。 在通过编译之后，心里想着应该问题不大了，于是测试了一下，不幸的是，各种问题，又经过半天的调整之后，打算放弃了。 于是又去 github 上面搜索看看有没有其他什么解决方案之类的，无意间搜索到了一个 NPOI.Core 的一个项目，是一个老外移植的 NPOI 到Core平台，原来已经有人做了Core的移植了，克隆下来之后发现编译不过，又进去看了一下代码，这个库目前依赖于Windows平台，而我们项目是运行在CentOS的，其并不能在Linux上运行，看来还是空欢喜一场。 怎么办？ 于是，又一次重构开始了，有了前一次的重构经验之后，这一次可谓是轻车熟路了，NPOI Core 库 里面使用了很多.NET Core netstandrad 标准不支持的 Hashtable 和 ArrayList 等数据结构，这些已经被新的泛型 Directory 和 List 替代了，还有依赖的 SharpZipLib 等压缩组件也都替换成了 NetStandrad 的实现，当然还有其他很多杂七杂八的就不细说了，最后，终于 netstandrad 1.6 下编译通过。 通过之后，本地 visual studio 下 新建了一个项目，简单测试了导出 Excel 的功能，没问题，也没有报错，心里很开心…。 这个时候我在想，最关键的就是能不能在Linux上正常运行了，其实这个时候我心里想我已经把依赖于.NET Framework 的各种类都换成了net standrad了，应该问题不大了。 然后在一顿 dotnet publish 之后，把部署包传到了 Linux 下进行测试，果然，运行通过，并没有抛出任何异常，而且Excel也生成了，把Excel传输到windows上使用office打开，完美… 然后紧接着就是继续各种测试了，在测试到 […]
View Details前言 性能是我们日常生活中经常接触到的一个词语，更好的性能意味着能给我们带来更好的用户体检。比如我们在购买手机、显卡、CPU等的时候，可能会更加的关注于这样指标，所以本篇就来做一个性能评测。 性能也一直是我们开发人员一直追求的一个目标，我们在做语言选择，平台选择，架构选择的过程中都需要在性能之间做衡量。 同样性能对 .NET Core 团队来说也是至关重要的，一项新技术的诞生，除了对生产力的提高，还有技术团队对性能的追求。 今天，我们就来做一个对比测试，来看看微软的这样新技术性能到底怎么样，俗话说的好：“是骡子是马，拉出来溜溜”。 下面让我开始吧。 目录 测试目标 测试工具 环境准备 开始测试 ASP.NET Core Kestrel vs ASP.NET Core IIS ASP.NET Core IIS vs ASP.NET IIS ASP.NET Core Kestrel vs ASP.NET IIS ASP.NET Core vs Python Django ASP.NET Core vs Java Servlet ASP.NET Core vs NodeJS 总结 测试目标 在测试之前，我们必须要明确我们本次测试想达到的一个目标。本次测试主要是测试应用程序的一个吞吐量。其中QPS，并发数，响应时间是我们衡量吞吐量的几个重要指标。 以下是本次对比测试的任务目标： 编号 对比方 系统环境 宿主环境 测试目标 1 ASP.NET Core vs ASP.NET Core Windows Kestrel vs IIS 相同平台不同宿主间性能差距 2 ASP.NET Core vs ASP.NET Windows IIS vs IIS 相同平台相同宿主不同框架间性能差距 3 ASP.NET Core vs ASP.NET Windows Kestrel vs IIS 相同平台不同宿主不同框架间性能差距 4 ASP.NET Core vs Python Django Linux Kestrel vs uwsgi 相同平台不同语言不同宿主不同框架间性能差距 5 ASP.NET Core vs Java Servlet Linux Kestrel vs Tomcat […]
View Details在ASP.NET Core中，如果在Kestrel中想使用HTTPS对站点进行加密传输，可以按照如下方式 申请证书 这一步就不详细说了，有免费的和收费的，申请完成之后会给你一个*.pfx结尾的文件。 添加NuGet包 nuget中查找然后再程序中添加引用Microsoft.AspNetCore.Server.Kestrel.Https 配置 把*.pfx结尾的文件拷贝的程序的Web根目录，然后修改Programs.cs文件:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
public class Program { public static void Main(string[] args) { var config = new ConfigurationBuilder().AddCommandLine(args).AddEnvironmentVariables("ASPNETCORE_").Build(); var host = new WebHostBuilder().UseConfiguration(config).UseKestrel(ConfigHttps()).UseContentRoot( Directory.GetCurrentDirectory()).UseIISIntegration().UseStartup<Startup>().Build(); host.Run(); } private static Action<KestrelServerOptions> ConfigHttps() { return x => { var pfxFile = Path.Combine(Directory.GetCurrentDirectory(), "*.pfx"); //password 填写申请的密钥 var certificate = new X509Certificate2(pfxFile, "password"); x.UseHttps(certificate); }; } } |
然后命令行窗口运行dotnet xxx.dll --server.urls https://www.example.com:port即可。 本文地址：http://www.cnblogs.com/savorboard/p/aspnetcore-kestrel-https.html 作者博客：Savorboard 欢迎转载，请在明显位置给出出处及链接
View Details前言 在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一．Windows7下的Python环境搭建 1.Google下载python-2.6.msi安装包，以管理员身份运行，安装时候注意不要在有中文目录的程序下安装。安装完成之后可以在开始菜单中看到。 2.配置环境变量。不用配置也可以，不过配置之后后面会方便很多。 配置方法：右键“我的电脑”选择“属性”，切换到“高级”选项卡，选择环境变量，在“系统变量”下选择“Path”变量，然后点击“编辑”按钮，添加Python安装目录。配置完成之后可以打开cmd输入”python”进行测试。如果出现下图所示，则表示配置成功。此步骤熟悉Java的同学应该比较熟悉。 二．Python基础语法 关于Python 的基础教程网上有很多，我的看的电子书。 推荐《Python核心编程（第二版）》，大家可以去电驴下载电子版。Python是弱类型语言，对Javascript比较熟悉同学学起来应该会快一点。有人说Python不需要学习，不过我认为一些基本的API的使用还是要记得的。 这里给出一个地址：http://www.verycd.com/topics/2765155/ 三．Python 开发环境 如果觉得Python自带的IDE用着很不爽的下，有下面3个自认为比较好的第三方开发环境。 如果你是.NET开发人员用的是Visual Studio 2010或者更高版本的话，那么你可以http://pytools.codeplex.com/ 下载Python Tools for Visual Studio，然后进行安装即 可。 如果你是Java开发人员用的是Eclipse的话，那么你可以参考http://www.rose-hulman.edu/class/csse/resources/Eclipse/eclipse-python-configuration.htm这里进行Eclipse环境的搭建。 如果你想开发GUI程序的话，那么你可以Google下载boa-constructor-0.6.1.src.win32.exe 和 wxPython2.8-win32-unicode-2.8.12.1-py26.exe 这两个拓展包，前者为GUI拓展包，后者对前者提供了界面操作的支持。 如果你想开发能在没有Python环境上运行Windows GUI程序，那么你需要以下工具。 Python打包工具。Python打包工具有很多种，常用的有Pyinstaller，py2exe等，具体可以Google。后面具体介绍Py2exe的使用。 Python扩展包。Python有非常多的开源扩展包以及强大的扩展能力，一般网络编程，WEB编程，客户端编程 等 你都可以在网上找到非常丰富的资源。下面给出了一些： http://www.itlong.com/thread-1685-1-1.html from:http://www.cnblogs.com/savorboard/archive/2012/12/30/2839981.html
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