前段时间我发表了一系列文章,开始介绍基于 .net core 的在线客服系统开发过程. 有很多朋友一直提出希望能够支持 MySQL 数据库,考虑到已经有朋友在用 SQL Server,我在升级的过程中不能丢下对 SQL Server 的支持,必须让系统同时支持 SQL Server 和 MySQL. 为了简化安装部署过程,我开发了一个配套的配置工具. 使用自动化配置工具,可以在"数据库引擎"这一项中,切换 SQL Server 和 MySQL,而不需要部署不同的两套程序. 在本文我将介

各大公有云都提供了开发者开发的SDK,今天我们来看看华为云对.NET Core的支持情况怎么样? .NET SDK地址 https://developer.huaweicloud.com/sdk#.NET 华为云的.NET SDK相比其他语言少的可伶,而且这几个SDK还不支持.NET Core. SDK的支持实在太差,那么对于.NET Core这样的云原生开发技术,我们来看看华为云的支持情况怎么样呢? 1.函数工作流(FunctionGraph)是华为云提供的一款无服务器(Serverless)

GraphQL简介 下面是GraphQL的定义: GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具. GraphQL由Facebook开发,始于2012年,2015年公开. GraphQL牛逼之处是它可以让客户端精确的查询它们想要的,不附加额外的东西,这样的话就很容易让

https://github.com/graphql-dotnet https://github.com/graphql GraphQL简介 官网:https://graphql.cn/code/ 下面是GraphQL的定义: GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发

本文告诉大家如何在 asp dotnet core 支持客户端上传文件 新建一个 asp dotnet core 程序,创建一个新的类,用于给客户端上传文件的信息 public class KanajeaLolowge { public IFormFile File { get; set; } public string Sha { get; set; } } 这个类包含两个信息,一个是 File 文件,另一个是文件校验,这个类可以随意命名,属性也可以随意命名,只要在客户端可以相同 打开一个 c

众所周知RESTful API是目前最流行的软件架构风格之一,它主要用于客户端和服务器交互类的软件.基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制. RESTful的优越性是毋庸置疑的,不过GraphQL也可以作为一种补充,让你的服务既支持RESTful的http调用,也容许客户端通过GraphQL支持的声明式语法调用服务. 本篇文章并不想对比RESTful和GraphQL孰轻孰重,或者那种方式更好,相关比较可以参考GraphQL的前世今生.本文旨在介绍如何在ASP.NET C

想不到默认的.net core竟然不支持静态文件,还需要额外配置中间件来支持 1.Nuget安装  Microsoft.aspnetcore.staticfiles 2.在Startup.cs中使用服务: app.UseStaticFiles(); 参考文档: http://www.jb51.net/article/135436.htm http://www.jb51.net/article/116369.htm https://docs.microsoft.com/zh-cn/aspnet/c

在.NET Core中,默认是不支持GB2312和GBK编码的. 例如我们如果新建一个.NET Core控制台项目,然后在其Main方法中使用如下代码: using System; using System.Text; namespace NetCoreCoding { class Program { static void Main(string[] args) { string textToEncode = "今天是个好天气"; byte[] byteData = Encoding

长期以来在wcf客户端库 https://github.com/dotnet/wcf 里反应最强烈的就是.NET Core的服务端支持 https://github.com/dotnet/wcf/issues/2695 ,在build 2019 大会上微软明确说明在将WinForms,WPF和Entity Framework 6添加到.NET Core 3.0后,不打算再将.NET Framework中的技术添加到.NET Core中.这意味着微软不会向.NET Core添加ASP.NET We

entity framework6.x之前搞了这么多版本,构架这么牛B,居然没有批量插入更新的功能,但有很多替换的解决方案,例如Entity Framework Extended Library(https://github.com/loresoft/EntityFramework.Extended).手工拼接sql语句. 现在微软正在推出core版的ef,它号称比6.x更加轻量级和高效,今天试一下了一下它的批量插入,感觉不错 C#源码: public class BloggingContext

https://github.com/dotnet/core/blob/master/os-lifecycle-policy.md

首先说明 MS并不建议私钥加密,而且.net 于安全的考虑,RSACryptoServiceProvider类解密时只有同时拥有公钥和私钥才可以,原因是公钥是公开的,会被多人持有,这样的数据传输是不安全的.但是架不住有BouncyCastle这个第三方组件,也是可以实现的.只不过在.net core 2.2 下,没有了 RSACryptoServiceProvider,只好改用 System.Security.Cryptography.RSA 来实现 RSA 私钥加密 #Const SUPPOR

在 app.UseStaticFiles(); 后面加上 app.UseStaticFiles(new StaticFileOptions { //FileProvider = new PhysicalFileProvider(Directory.GetCurrentDirectory()), //设置不限制content-type 该设置可以下载所有类型的文件,但是不建议这么设置,因为不安全 //下面设置可以下载apk和nupkg类型的文件 ContentTypeProvider = new

闲话几句: 自从上周开始,IOS人员逝去,就开始接手IOS的代码了. 并开始整理IOS的代码(包括当时一开始设计的开发框架). 在未来不远的日子里,设想是有一个系列详细的介绍I恋App和IT连App及前后端所有涉及的技术系列. 同时还准备发布一个IOS的开发框架,为十二星座再凑一个成员. 闲话结束,下面看正文: CYQ.Data 支持DotNet Coe 的折腾过程: 大约是上周五,在提交CYQ.Data V5.5.8.1版本到Nuget后,看着C盘还有7G发了一会呆. 之后做了一个决定,卸载了

前言: 这些天,似乎.NET Core相关的新闻和文章经常在我眼前晃~~~ 昨天,微软又发布了.Core 2.1,又愰了一下,差点没亮瞎我的眼睛. 好吧,大概是上天给我的暗示,毕竟 CYQ.Data 早就支持上.Core了. 而 Taurus.MVC ,估计也闹委屈了,好吧,大慈大悲的怜见你一回,给你上ASP.NET Core支持吧. 又要一不小心就研究.NET Core了,这东西,只有家里的电脑有VS2017的环境,因此只能在家研究. 中间停停走走,思考了N天,最后用上三十几年的手速,敲足一天

0.背景 在开发项目的过程当中,生产环境与调试环境的配置肯定是不一样的.拿个最简单的例子来说,比如连接字符串这种东西,调试环境肯定是不能连接生产数据库的.在之前的话,这种情况只能说是你 COPY 两个同名的配置文件来进行处理.然后你在本地就使用本地的配置,生产环境就使用生产环境的配置文件,十分麻烦. 而 ASP .NET CORE 支持利用环境变量来动态配置 JSON 文件,下面就来看一下吧. 1.准备工作 首先在你的 ASP .NET CORE 项目当中添加一个 appsettings.jso

目录 .NET Core 对龙芯的支持情况和对 .NET Core 开发嵌入式的思考 一,遗憾的尝试 二,.NET Core在嵌入式下的几点不足 三,.NET Core 龙芯移植的进展和资料 .NET Core 对龙芯的支持情况和对 .NET Core 开发嵌入式的思考 一,遗憾的尝试 前些天看到了张队公众推送的<Asp.Net终于可以在龙芯服务器上运行啦:Jexus成功完成对国产系列CPU的适配>,联想到上一周与朋友在龙芯捣鼓 .NET Core,就想写一下关于 .NET Core 在龙芯下

grpc-dotnet 项目在 PR #695 完成了 ASP.NET Core 服务与 .NET Core gRPC 客户端的 gRPC-Web 实现. 虽然目前还是实验性项目,但是并不阻碍我们为之兴奋.下面我们来看看如何使用. gRPC-Web 简介 gRPC-Web 允许从浏览器应用程序使用 gRPC,gRPC-Web 支持在新场景中使用 gRPC: JavaScript 浏览器应用程序可以使用 gRPC-Web JavaScript 客户端 调用 gRPC 服务. Blazor WebA

有时我们在聚合查询中,经常会有复杂的聚联查询.有时表的聚联查询SQL 子句比较复杂,DBA 会经常告诉们,能否通过WITH 子句优化.WITH 子句,是对SQL 聚联查询的优化.Bitter.Core 支持对MSSQL WITH 子句的支持.示例代码如下: 示例DEMO: public static List<TScoreSearchDto> With_Page_Demo(int type, string studentname) { #region //聚联条件分页查询 年级的LEFT JO

原文:Dependency injection into views 作者:Steve Smith 翻译:姚阿勇(Dr.Yao) 校对:孟帅洋(书缘) ASP.NET Core 支持在视图中使用 依赖注入 .这将有助于提供视图专用的服务,比如本地化或者仅用于填充视图元素的数据.你应该尽量保持控制器和视图间的关注点分离(separation of concerns).你的视图所显示的大部分数据应该从控制器传入. 章节: 一个简单的示例 填充查找数据 重写服务 参考 查看或下载示例源码 一个简单的示

原文: Integration Testing 作者: Steve Smith 翻译: 王健 校对: 孟帅洋(书缘) 集成测试确保应用程序的组件组装在一起时正常工作. ASP.NET Core支持使用单元测试框架和可用于处理没有网络开销请求的内置测试的网络主机集成测试. 章节: 集成测试介绍 ASP.NET 集成测试 测试宿主 使用中间件重构 总结 附加的资源 查看或下载代码 集成测试介绍 集成测试验证应用程序不同的部位是否正确地组装在一起.不像单元测试,集成测试经常涉及到应用基础设施,如数据库