.NET Core

ASP.NET Core MVC如何上传文件及处理大文件上传

ε祈祈猫儿з 提交于 2020-10-27 21:56:17
用文件模型绑定接口:IFormFile (小文件上传) 当你使用IFormFile接口来上传文件的时候,一定要注意,IFormFile会将一个Http请求中的所有文件都读取到服务器内存后,才会触发ASP.NET Core MVC的Controller中的Action方法。这种情况下,如果上传一些小文件是没问题的,但是如果上传大文件,势必会造成服务器内存大量被占用甚至溢出,所以IFormFile接口只适合小文件上传。 一个文件上传页面的Html代码一般如下所示: < form method ="post" enctype ="multipart/form-data" action ="/Upload" > < div > < p > Upload one or more files using this form: </ p > < input type ="file" name ="files" /> </ div > < div > < input type ="submit" value ="Upload" /> </ div > </ form > 为了支持文件上传,form标签上一定要记得声明属性enctype="multipart/form-data",否则你会发现ASP.NET Core MVC的Controller中死活都读不到任何文件。Input type=

推荐一款万能抓包神器:Fiddler Everywhere

若如初见. 提交于 2020-10-27 16:54:14
搞IT技术的同行,相信没有几个人是不会抓包这项技能的(如果很不幸你中枪了,那希望这篇文章给你一些动力),市面上的抓包工具也有很多,常用的有: Charles 、 Fiddler 、 Burpsuite 、 WireShark 、 mitmproxy 如果从市场使用率来讲,特别是对于Windows用户来说, Fiddler 抓包使用人群占比最多。 由于 Fiddler 基于.NET开发,对于像我这类Mac系统的资深用户来讲,显然不太合适,为了解决Mac下使用Fiddler的问题,早在2016年官方出过一款名为 Fiddler for OS X Beta 1 尝试来解决这类问题, 但这款工具必须通过Mono才可以在Mac上使用。并且在Mac上使用是非常不稳定, 有非常多的问题。 所幸的是,在2018年,官方又进一步推出了一款名为: Fiddler Everywhere 的抓包工具,今天就给大家聊一聊这款工具。 虽然Mac下GUI抓包工具,首推Charles,但多掌握一项抓包工具,对自己肯定是没有坏处。 1. Fiddler Everywhere 介绍 从名称上来看,就大概能猜出它的寓意,官方也通过一段话,解释了 Fiddler Everywhere 的作用: Fiddler Everywhere is a web debugging proxy for any browser, any

.NET 5.0 RC 2 发布,正式版将在 11 月 .NET Conf 大会上发布

試著忘記壹切 提交于 2020-10-27 16:26:19
原文:http://dwz.win/ThX 作者:Richard 翻译:精致码农-王亮 说明: 1. 本译文舍弃了少许我实在不知道如何翻译但又不是很重要的语句。 2. 本文有不少超链接,由于微信公众号和头条平台外链会被剔除 URL 地址,所以原来本是超链接的内容会显示为纯文本,如果你需要这些信息可以移步到我的知乎和博客园阅读(搜索“精致码农”可找到我)。 今天(10月13日)我们发布了 .NET 5.0 候选版本 2(RC2),它是 11 月 .NET 5.0 正式版发布前的最后一个 RC 版本。RC2 是一个“上线”版本,表示你可以在生产环境中使用它。与此同时,我们正在找寻任何遗漏的关键 Bug 报告,这些 Bug 应该在最终发布前得到修复。 我们今天也发布了 ASP.NET Core 和 EF Core 的 RC2 版本。 你可以下载适用于 Windows、macOS 和 Linux 的 .NET 5.0 版本: 安装程序和二进制包 容器镜像 快速安装程序 发布说明 已知问题 GitHub Issue 跟踪 你需要最新的预览版 Visual Studio (包括 Visual Studio for Mac) 才能使用 .NET 5.0。 .NET 5.0 包括许多改进,特别是单文件应用程序、更小的容器镜像、功能更强的 JsonSerializer API

DevExpress Data Access v20.1新版亮点:XPO

自闭症网瘾萝莉.ら 提交于 2020-10-27 14:57:43
DevExpress v20.1完整版下载 XPO - ORM Library 数据库架构迁移(CTP) 使用此版本,您可以在更改XPO数据模型后以增量方式更新数据库架构并保留现有数据。 您可以在ORM数据模型设计器或代码中在最新数据模型与现有数据库模式之间生成差异(SQL脚本),数据库模式迁移作为社区技术预览发布。 支持SQL Server和Always Encrypted 在此版本中,XPO添加了对SQL Server 2016+的 Always Encrypted 支持,现在您可以读取、更新、排序和过滤加密的列数据(最后两个操作由加密模式驱动)。 支持Microsoft.Data.SqlClient XPO现在支持Microsoft.Data.SqlClient驱动程序,对于新的.NET Framework和.NET Core项目,Microsoft建议使用此驱动程序而不是System.Data.SqlClient。 展望未来,Microsoft也将仅在Microsoft.Data.SqlClient中支持SQL Server的新功能。 DevExpress v20.1.4新版发布,上中文网立即体验新版~ DevExpress技术交流群2:775869749 欢迎一起进群讨论 来源: oschina 链接: https://my.oschina.net/u/3992677

[开源] .Net ORM FreeSql 1.10.0 稳步向前

我怕爱的太早我们不能终老 提交于 2020-10-27 12:46:25
写在开头 FreeSql 是 .NET 开源生态下的 ORM 轮子,转眼快两年了,说真的开源不容易(只有经历过才明白)。今天带点干货和湿货给大家,先说下湿货。 认识我的人,知道 CSRedisCore 是我写的另外一个开源组件,这个项目是 2016 年从 ctstone/csredis 项目 clone 到自己工作的项目中,修改源码经过一年多生产考验,于 2017 年发布开源 https://github.com/2881099/csredis ctstone/csredis 项目于 2014 年停止了更新,到我手里完善的功能如下: 连接池 哨兵高可用 集群 redis 2.8 以上的版本命令补充,包括 Geo、Stream 通讯协议 bug 修复 暂时想到的只有这些,之后可能再补充。FreeSql 文章标题为什么要来说 csredis? 这两年的时间里 95% 精力都用在了 FreeSql 上面, 5400+ 单元测试、支持十几种数据库适配,渣男辜负了 csredis 这个项目。最近一个多月开源圈子的奇葩事接二连三,居然有人跑去 ctstone/csredis 原作者的 issues 告我的状,这个告状的人还是 NOPI 原作者,因为当初他自己不维护 NPOI .NET Core 版本了,社区有好人把 .NET Core 版本测试做好了开源(dotnetcore/NPOI)

在WPF中使用.NET Core 3.0依赖项注入和服务提供程序

时光毁灭记忆、已成空白 提交于 2020-10-27 04:46:16
前言 我们都知道.NET Core提供了对依赖项注入的内置支持。我们通常在ASP.NET Core中使用它(从Startup.cs文件中的ConfigureServices方法开始),但是该功能不限于此框架,我们可以在WPF和Windows Forms应用程序中使用它。 实践 新建项目 将所需的NuGet包添加到项目中。 Microsoft.Extensions.DependencyInjection Microsoft.Extensions.Options.ConfigurationExtensions Microsoft.Extensions.Configuration.Json 然后,将一个名为appsettings.json的文件添加到项目的根文件夹。将其“ 构建操作”属性设置为“ 内容”,将“复制到输出目录”设置为“ 复制”(如果较新): { "AppSettings": { "AppName": "SampleNetCore3WpfDependencyInjection" } } 创建一个AppSettings.cs文件来保存配置设置。该文件将映射我们在appsettings.json中编写的设置: public class AppSettings { public string AppName { get; set; } } 创建一个示例服务: public

.Net Core 2.2升级3.1的避坑指南

天大地大妈咪最大 提交于 2020-10-27 01:40:09
写在前面   微软在更新.Net Core版本的时候,动作往往很大,使得每次更新版本的时候都得小心翼翼,坑实在是太多。往往是悄咪咪的移除了某项功能或者组件,或者不在支持XX方法,这就很花时间去找回需要的东西了,下面是个人在迁移.Net Core WebApi项目过程中遇到的问题汇总: 开始迁移 1. 修改*.csproj项目文件 <TargetFramework>netcoreapp2. 2 </TargetFramework> 修改为 <TargetFramework>netcoreapp3.1</TargetFramework> 2 修改Program public static void Main( string [] args) { CreateWebHostBuilder(args).Build().Run(); } public static IWebHostBuilder CreateWebHostBuilder( string [] args) => WebHost.CreateDefaultBuilder(args) .UseStartup <Startup>().ConfigureAppConfiguration((hostingContext, config) => { config.AddJsonFile($ " 你的json文件.json " ,

十分钟搭建自己的私有NuGet服务器-BaGet

这一生的挚爱 提交于 2020-10-26 05:30:26
目录 前言 开始 搭建BaGet 上传程序包 在vs中使用 其他 最后 前言 NuGet是用于微软.NET(包括 .NET Core)开发平台的软件包管理器。NuGet能够令你在项目中添加、移除和更新引用的工作变得更加快捷方便。 通常使用NuGet都是官方的服务,但你有没有想过搭建自己的NuGet呢?在私有的NuGet上托管一些自己的类库,公司内部的类库等。。。搭建私有NuGet的方法有很多,比如NuGet.Server、ProGet、MyGet等等。本文使用的是BaGet,搭建过程也非常简单,下面进入正题。 开始 搭建BaGet BaGet是一个构建于ASP.NET Core 基础上的 NuGet V3 服务器的开源实现。 github地址: https://github.com/loic-sharma/BaGet 下载release包,我下载的是最新预览版,你也可以选择其他版本: https://github.com/loic-sharma/BaGet/releases/download/v0.3.0-preview4/BaGet.zip 你可以按需要修改一下端口配置,默认是5000: 在解压目录下打开命令行,执行: dotnet BaGet.dll 浏览器访问: http://localhost:8020/ 这样,NuGet服务就搭建完成了,是不是很简单? 上传程序包

ASP.NET Core MVC如何上传文件及处理大文件上传

给你一囗甜甜゛ 提交于 2020-10-26 04:01:09
用文件模型绑定接口:IFormFile (小文件上传) 当你使用IFormFile接口来上传文件的时候,一定要注意,IFormFile会将一个Http请求中的所有文件都读取到服务器内存后,才会触发ASP.NET Core MVC的Controller中的Action方法。这种情况下,如果上传一些小文件是没问题的,但是如果上传大文件,势必会造成服务器内存大量被占用甚至溢出,所以IFormFile接口只适合小文件上传。 一个文件上传页面的Html代码一般如下所示: < form method ="post" enctype ="multipart/form-data" action ="/Upload" > < div > < p > Upload one or more files using this form: </ p > < input type ="file" name ="files" /> </ div > < div > < input type ="submit" value ="Upload" /> </ div > </ form > 为了支持文件上传,form标签上一定要记得声明属性enctype="multipart/form-data",否则你会发现ASP.NET Core MVC的Controller中死活都读不到任何文件。Input type=

使用.NET Core创建Windows服务(一)

跟風遠走 提交于 2020-10-24 16:40:46
原文:Creating Windows Services In .NET Core – Part 1 – The “Microsoft” Way 作者:Dotnet Core Tutorials 译者:Lamond Lu 译文:使用.NET Core创建Windows服务(一) - 使用官方推荐方式 创建Windows服务来运行批处理任务或者运行后台任务,是一种非常常见的模式,但是由于云服务(Amazon Lambda, Azure WebJobs以及Azure Functions)的激增,你可能不会经常使用Windows服务了。个人而言,我非常喜欢使用Azure WebJobs, 因为我可以直接编写一个控制台程序,而不需要考虑如何云中运行它,一个批处理文件可以将其装换成一个自动化任务,并且可以保证7*24小时的运行。 但是也许你还没有使用云服务,或者你有一堆要作为Windows服务运行的旧版应用程序需要转换为.NET Core, 但是不能完全将他们转换为“无服务器”(serverless)应用。 那么这边文章就是适合你的。 在许多方面,.NET Core中的Windows服务和.NET Framework中的Windows服务完全相同。但是,在编写服务的时候,你可能会遇到一些小问题。此外,本文中,我们仅介绍“Microsoft”方式的Windows服务创建,在后续