ASP.NET Core

asp.net core 实现支持多语言 Intro 最近有一个外国友人通过邮件联系我，想用我的活动室预约，但是还没支持多语言，基本上都是写死的中文，所以最近想支持一下更多语言，于是有了多语言方面的一些实践 国际化/本地化介绍 国际化（Globalization）和本地化（Localization）是要实现的多语言支持的基础 Globalization is the process of designing and developing applications that function for multiple cultures. Localization is the process of customizing your application for a given culture and locale . 国际化是要支持处理多种文化，而本地化是要根据某一个文化和区域的来展示相应的处理。 更多关于国际化与本地化的不同可以参考 Stack Overflow 上的讨论 https://stackoverflow.com/questions/2074869/globalization-vs-localization Localization In Asp.NET Core 微软官方的 Localization 的实现是基于资源文件实现的 ( *.resx )

简介 　　 　　很长时间没有来更新博客了，一是，最近有些忙，二是，Core也是一直在摸索中，其实已经完成了一个框架了，并且正在准备在生产环境中试用，但是很多东西也是出于自己理解的肤浅和技术的不断更新，经常变动，所以，如果自己还没有完全搞好，就来写博客，反复的修正，可能会误导一些新手朋友。 　　如果有正在研究Core的朋友，可以大家一起交流下。 验证码 　　 　　 　　相信很多朋友跟我一样，图形验证码成为了 Core 的一个绊脚石。 　　System.Drawing.Primitives 这是官方的一个Drawing库，但是没有Bitmap、Graphics等很多东西，所以这个做图形验证码基本Pass了。 　 CoreCompat.System.Drawing 这个是一个第三方的， 使用了mono的System.Drawing实现，只要安装了之前使用System.Drawing的代码完全不用修改，也支持描画验证码等描画类的功能。 如果需要linux或osx支持，可以安装runtime.linux.CoreCompat.System.Drawing和runtime.osx.10.10-x64.CoreCompat.System.Drawing。（地址： https://github.com/CoreCompat/CoreCompat ），基本大家都是在用这个吧

作者：Casey McQuillan 译者：精致码农 原文：http://dwz.win/YVW 说明：原文比较长，翻译时精简了很多内容，对于不重要的细枝末节只用了一句话概括，但不并影响阅读。 你还记得上一次一个无足轻重的细节点燃你思考火花的时刻吗？作为一个软件工程师，我习惯于专注于一个从未见过的微小细节。那一时刻，我大脑的齿轮会开始转动， 我喜欢这样的时刻 。 最近，我在逛 Twitter 时发生了一件事。我看到了 David Fowler 和 Damian Edwards 之间的这段交流，他们讨论了 .NET 的 Span<T> API。我以前使用过 Span<T> API，但我在推文中发现了一些不一样的新东西。 上面使用的 String.Create 方法是我从未见过的用法。我决定要揭开 String.Create 的神秘面纱。此时我在问自己一个问题： 为什么用这个方法创建字符串而不用其它的？ 我便开始探索，它把我带到了一些有趣的地方，我想和你分享。在本文中，我们将深入探讨几个话题： String.Create 与其它 API 有什么不同？ String.Create 做得更好的是什么，它如何让我的 C# 代码更快？ String.Create 的性能能提高多少？ 为了书写方便，我将用下面的词来指代 .NET 中的几个 API： Create — 指代 String

ocelot 中间件的变化 Intro 之前我们使用 ocelot 的时候自定义了一些中间件来实现我们定制化的一些需求，最近博客园上有小伙伴问我怎么使用，他用的版本是 16.0 版本，16.0 和 17.0 版本的差异不是特别大，就以 17.0 版本为例看一下 ocelot 中间件的变化 Sample 还是拿之前的一个自定义认证授权的一个中间件为例，中间件做的事情主要是 基于 Resource（API Path） 以及 请求 Method 查询需要的权限 如果不需要用户登录就可以访问，就直接往下游服务转发 如果需要权限，判断当前登录用户的角色是否有对应的角色可以访问 如果可以访问就转发到下游服务，如果没有权限访问根据用户是否登录，已登录返回 403 Forbidden，未登录返回 401 Unauthorized Before 之前的实现（基于 13.x 版本）详细可以参考：https://www.cnblogs.com/weihanli/p/custom-authentication-authorization-in-ocelot.html 大致代码如下： public class UrlBasedAuthenticationMiddleware : Ocelot.Middleware.OcelotMiddleware { private readonly

DevExpress技术交流群2：775869749 欢迎一起进群讨论 DevExpress ASP.NET Web Forms Controls拥有针对Web表单（包括报表）的110+种UI控件，DevExpress ASP.NET MVC Extensions是服务器端MVC扩展或客户端控件，由轻量级JavaScript小部件提供支持的70+个高性能DevExpress ASP.NET Core Controls，包含功能完善的报表平台，DevExpress ASP.NET Web Forms Bootstrap Controls利用轻量级渲染、响应式布局和现代性能优化技术，扩展网站的受众范围并提高搜索排名。 DevExpress ASP.NET Bootstrap Controls v20.1日前震撼发布，新版本全新升级的Accordion、GridView等控件功能，欢迎下载v20.1体验！ DevExpress ASP.NET Bootstrap Controls v20.1完整版下载 此版本包括对数据感知控件和字段编辑器的以下增强功能： 自适应性 数据筛选 数据编辑（包括批处理编辑） 触摸支持 数据导出 验证方式 Accordion 组外观选项 新属性允许您自定义组的外观： SettingsBootstrap.RenderOption -

DevExpress技术交流群2：775869749 欢迎一起进群讨论 DevExpress ASP.NET Web Forms Controls拥有针对Web表单（包括报表）的110+种UI控件，DevExpress ASP.NET MVC Extensions是服务器端MVC扩展或客户端控件，由轻量级JavaScript小部件提供支持的70+个高性能DevExpress ASP.NET Core Controls，包含功能完善的报表平台，DevExpress ASP.NET Web Forms Bootstrap Controls利用轻量级渲染、响应式布局和现代性能优化技术，扩展网站的受众范围并提高搜索排名。 DevExpress ASP.NET Core v20.1日前震撼发布，新版本全新升级的Diagram、File Manager等控件功能，欢迎下载v20.1体验！ DevExpress ASP.NET v20.1完整版下载 全新的Diagram控件 Diagram控件于2019年5月作为社区技术预览（CTP）首次引入，此次更新标志着其正式发布，功能包括： 40多种预定义形状（包括可折叠形状容器和OrgChart形状） 自定义形状 绑定到外部数据 以JSON格式加载/保存图 导出为SVG、PNG和JPEG 自动布局 模板 全屏和Simple View模式 只读模式

背景 本文为大家分享了asp.net core 如何集成CKEditor ，并实现图片上传功能的具体方法，供大家参考，具体内容如下。 准备工作 1.visual studio 2019 开发环境 2.net core 2.0 及以上版本 实现方法 1、新建asp.net core web项目 2、下载CKEditor 这里我们新建了一个系统自带的样本项目，去 CKEditor官网下载一个版本，解压后拷贝大wwwroot中 3、增加图片上传控制器 @using CompanyName.ProjectName.Web.Host.Web.Model @model demock @{ ViewData["title"] = "富文本框"; Layout = "_SimpleTable"; } @p headers{ @*<style> .nav.nav-tabs.padding-18 { padding-left: 18px; } .nav-tabs { border-color: #c5d0dc; margin-bottom: 0 !important; margin-left: 0; position: relative; top: 1px; } </style>*@ } <p class="content"> <div class="box box-primary"> <div

还记得【One by one系列】一步步学习docker（三）——实战部署dotnetcore中遇到的问题么？容器内部启动始终是80端口，并不由命令左右。 docker run --name container-name -p 81:5000 mywebapi 所谓知其然就要知其所以然，浅尝辄止并不是个好习惯，主要是以下几个因素共同导致了这种情况。 1.Kestrel配置 ASP.NET Core项目使用Kestrel作为默认的web服务器。 而集成Kestrel的ASP.NET Core有4种方式指定终结点URL： ASPNETCORE_URLS 环境变量 --urls 命令行参数 urls 主机配置键 UseUrls 扩展方法 2.按图索骥-Dockerfile 2.1 Asp.Net Core Runtime 首先我们按照 asp.net core 的其中一个版本构建镜像的 Dockerfile ARG REPO=mcr.microsoft.com/dotnet/core/runtime FROM $REPO:3.1-buster-slim # Install ASP.NET Core RUN aspnetcore_version=3.1.4 \ && curl -SL --output aspnetcore.tar.gz https://dotnetcli

Windos系统下使用 ASP.NET Core 系统必备 详情查看 https://docs.microsoft.com/zh-cn/aspnet/core/tutorials/first-web-api?view=aspnetcore-2.1 具有以下工作负载的 vs2017 15.7.3版或者更高版本: ASP.NET 和 Web 开发 .NET Core 跨平台开发 ASP.NET Core Web API 帮助页 官方Demo地址： https://docs.microsoft.com/zh-cn/aspnet/core/tutorials/web-api-help-pages-using-swagger?view=aspnetcore-2.1 第一步： 新建项目： 第二步： 通过NuGet安装 Swashbuckle.AspNetCore 第三步： 将 Swagger 生成器添加到 Startup.ConfigureServices 方法中的服务集合中： 如果有多个Xml就需要这种形式，只有一个的话则不需要~~ 在 Startup.Configure 方法中，启用中间件为生成的 JSON 文档和 Swagger UI 提供服务： 第四步： 生成Xml文件 第五步： 加上备注，运行看效果~ 但是我们运行看到的效果却是这样的~ 在浏览器地址 加上后缀

之前一段时间都在个人公众号账号“大内老A”发布关于ASP.NET Core的系列文章，很多人留言希望能够同步到这里，所以在这里 对这些文章做一个汇总，以便于PC端阅读。如果说微软官方文档主要关于ASP.NET Core的编程模式的话，我这个系列则主要关注整个ASP.NET Core的设计思想和实现原理。我希望这个系列为致力于深入学习ASP.NET Core的人提供一个全面、系统而深入的知识库。为了确保本系列的纯粹性，这个系列旨在关注ASP.NET Core以中间件管道核心的框架，不会涉及建立在它之上的编程模型（比如ASP.NET Core MVC）。 第一部分 入门体验 1. 多平台开发体验 多平台开发体验[1]: Windows 多平台开发体验[2]: Mac OS X 多平台开发体验[3]: Linux 多平台开发体验[4]: Docker 2. 跨平台的奥秘 跨平台的奥秘[1]: 历史的枷锁[上篇] 跨平台的奥秘[2]: 历史的枷锁[下篇] 跨平台的奥秘[3]: 复用之殇[上篇] 跨平台的奥秘[4]: 复用之殇[中篇] 跨平台的奥秘[5]: 复用之殇[下篇] 跨平台的奥秘[6]: 全新的布局[上篇] 跨平台的奥秘[7]: 全新的布局[下篇] 第二部分 基础框架 3. 依赖注入 依赖注入[1]: 控制反转 依赖注入[2]: 基于IoC的设计模式 依赖注入[3]: 依赖注入模式