.NET Core

一. 前言 今天我们继续来分析用友系列的第二个产品--U8Cloud2.5 ,apilink方式的API.官网的API文档地址如下： U8API文档 因为我们主要是凭证对接，所以使用到的模块有总账、基础档案这两个模块。 Ps:2.5的财务系统如果不是最新补丁的话，要记得打补丁，不然后续的科目接口会有问题。 二. API参数 2.1 远程访问财务系统 如果我们对接的财务系统是公有云的U8C的话，你会得到一个远程的财务系统的地址，接着使用UClient工具，即 通过集成友户通，为企业应用提供了统一的单点登陆支持，支持CA登陆、短信登陆、用户名／密码登陆，支持企业用户系统与友户通进行绑定，实现统一的用户登陆服务 的这么一个工具。 具体的添加应用的步骤为 2.2 全局请求头 首先，我们必须要在网站内注册账号，API集市上有各个接口的详细说明，我们需要获取一个apicode参数，每个API模块在点击购买后系统会自动分配该模块的apicode，所以这也就是我们需要两个不同的apicode. 基本上U8cloud2.5的版本接口，需要涉及到的请求参数就是这个了，接着我们就可以愉快的进行开发工作了。 如图，固定的全局请求头参数有以下几个： 1.authoration--验证方式；默认是apicode 2.apicode---模块的apicode.也就是我们上文中购买模块后得到的参数. 3

链接：https://pan.baidu.com/s/1nIUnyD68ZULHrW-CfjRiIg 提取码：zvxx 来源： oschina 链接： https://my.oschina.net/u/4383691/blog/4481968

专注于您的业务需求，让 eXpressApp框架 处理所有的日常任务。不用理会数据库和用户界面管理的复杂性。eXpressApp框架会根据您的业务模式，自动完成这些任务……不管您需要将您的业务模式改变多少次。利用DevExpress备受赞誉的WinForms控件、ASP.NET控件和ORM工具的力量，停止编写千百万行的代码，开始提供解决方案。 DevExpress eXpressApp Framework(XAF)全新发布Blazor Server UI (CTP)、核心功能增强等，欢迎下载最新版体验！ DevExpress XAF App Framework v20.1正式版下载 Blazor Blazor Server UI (CTP) ASP.NET Core Blazor Server UI (CTP)支持XPO ORM类进行数据访问，并可以帮助您创建对移动设备友好的快速Web应用程序，此预览版为台式机和移动浏览器提供以下功能： 多个UI主题和一个运行时主题选择器； 具有分层树结构的导航控件； 具有所有标准XAF命令类型的菜单（按钮、弹出窗口、输入/搜索框、下拉菜单）； 网格列表编辑器，具有排序、分组和分页功能； 具有分组和标签控件的详细表单布局； 所有数据类型的属性编辑器（没有用于条件、RTF等的高级编辑器）； 用户界面中具有登录名和密码，基于角色的授权以及基本用户

.Net Core 开发电商后端API，吃透RESTful风格【完整版18章】 本课程通过开发“慕课旅游网”项目，带领大家吃透RESTful思想，真正掌握高成熟度（HATEOAS超媒体引擎）级别RESTful API的开发技能。 课程项目采用.Net Core框架，以开源、轻量、跨平台优势受到技术市场欢迎，是极其适合网站后端开发的热门技术框架 来源： oschina 链接： https://my.oschina.net/u/4334340/blog/4493480

前言 公司目前使用的项目中关于日志记录这块，之前一直都是使用的Log4net 存放于后台文件中的，对于异常错误啊，或者需要查看一些详情错误的时候感觉很不方便，要到服务器上去打开日志文件检索错误，降低了解决问题的速度，所以针对日志这块的优化就提上日程了。考虑了好久决定采用ExceptionLess日志框架来处理和收集系统日志。在实际操作中我也遇到了很多坑，现在将ExceptionLess分布式日志框架在Windows上的本地化部署做个记录。 一.安装ExceptionLess GitHub 上有关于ExceptionLess的详细介绍，我们的准备工作主要有以下几点： .net4.7 IIS 7.5+ PowerShell 3+ Java JDK 1.8+ 由于本地环境和生成环境使用的都是Windows，所以针对Exceptionless的部署就重点在如何部署在Windows上的问题了，网上也有很多相关文档是直接部署在Linux的，但这不是我们本文的重点。 关于Java环境的配置可以参考下面文章 Java安装与环境配置 文章写的很详细，跟着配置下来是不会有太大问题的。 接着，我们来下载ExceptionLess的最新版本，GitHub上最新的版本是 ExceptionLess4.1.2861 下载完后解压文件，可以看到如下几个文件 其中Start.bat用于快速启动的批处理文件

国产龙芯的软件生态之中.NET不会缺席，毕竟 C# 与 .NetCore/Mono 也是全球几大主流的编程语言和运行平台之一，最近一段时间听到太多的鼓吹政务领域不支持.NET， 大家都明白这是某些人为了自己的利益打压使用.NET技术的公司，我今天写这篇文章就是想通过龙芯团队的行动告诉更多人一起来推动.NET技术在中国的发展。希望龙芯厂商、支持龙芯的国产操作系统厂商能高度重视这个问题，主动加入 .Net Core 社区，加入.NET基金会，积极贡献代码，尽快做好适配工作。 龙芯团队一直在做net core的mips64移植工作，2020年6月18日完成了里程碑性的工作，在.NET Core 3.1分支上完成了MIPS64 的移植工作，目前已经在github上开源，开源地址： https://github.com/gsvm/coreclr 。具体说明可以参见 https://github.com/dotnet/runtime/issues/38069 。 龙芯团队正在做移植后的测试工作，已经完成了 9500 多项测试，ASP.NET Core示例程序 FlightFinder 已经可以在MIPS64 上正常运行，具体可以参看 https://github.com/dotnet/runtime/issues/4234 。 龙芯团队还在github上面为龙芯.NET 建立了一个仓库

MiniProfiler是一个简单且高效的小型分析器，可用于.NET，Ruby，Go和Node.js. MiniProfiler不是将自己附加到每一个方法上，因为这样会有强侵入性而且也不是专注于分析性能问题。 它是一个ADO.NET的分析器，可以分析对于ADO.NET(SQL Server、Oracle等）、LINQ-to-SQL、EF（Code First&EF Core）的原始调用（如生成的sql语句）。 可编程式的分析器，通过在想要分析的步骤上加上step。 MiniProfiler官网：http://miniprofiler.com/ MiniProfiler开源地址：https://github.com/MiniProfiler/dotnet MiniProfiler在.NetCore中使用起来非常的方便，配置简单，下面我们就来看一下怎么配置： 1、在web项目中安装 MiniProfiler.AspNetCore.Mvc 程序包。 2、在Startup.cs的ConfigureServices中配置MiniProfiler，这里主要完成MiniProfiler的自定义配置（如路由，如果没有特殊要求默认即可。）和内部服务在容器中的注入。 1 public void ConfigureServices(IServiceCollection services) 2 { 3

一个月前，公司的运行WCF的windows服务器down掉了，由于 AWS 没有通知，没有能 第一时间 发现问题。 所以，客户提出将WCF服务由C#改为JAVA，在Linux上面运行；一方面，AWS对Linux有较多的监控措施，另一方面，假如出现问题，可以设置自动重启等服务。 老旧的WCF服务 目前WCF服务，主要提供windows桌面软件的 数据接口 ，应该有五六年的历史了。我进入公司后，WCF服务的代码，一直由我一个人来维护。存在很多 历史遗留问题 ，也有 不同版本 的共存。 如果java重写的话，其中的业务逻辑代码，难免会出现各种各样的bug，增加开发和测试的工作量。听说，要移植到linux服务上后，第一时间想到的就是 跨平台 的 .net core 。 .net core 经过了四年的发展，到目前的 3.1 LST版本，已经是 非常成熟 的跨平台解决方案了。 之后，我就在网上查找，有没有WCF的.net core 版本，查询到的信息总结如下： Core WCF不打算做WCF到.NET Core的100％兼容的移植； 对于新应用程序，WCF这种SOAP技术不建议使用； 对于老的应用程序，建议将这些保留在.NET Framework上； 如果您真的想将一个旧的应用程序迁移到.NET Core并且想继续使用WCF和WF， 社区的开源项目也是可以的

本文3.0版本文章 https://mp.weixin.qq.com/s/pjvleNGi_AazZ7COdxQyPQ Redis 部分的内容，和netcore2.0一样，不需要更新。 代码已上传Github+Gitee，文末有地址 　　书说上文《 从壹开始前后端分离【 .NET Core2.0 Api + Vue 2.0 + AOP + 分布式】框架之十 || AOP面向切面编程浅解析：简单日志记录 + 服务切面缓存 》，昨天咱们说到了AOP面向切面编程，简单的举出了两个栗子，不知道大家有什么想法呢，不知道是否与传统的缓存的使用有做对比了么？ 　　传统的缓存是在Controller中，将获取到的数据手动处理，然后当另一个controller中又使用的时候，还是Get，Set相关操作，当然如果小项目，有两三个缓存还好，如果是特别多的接口调用，面向Service服务层还是很有必要的，不需要额外写多余代码，只需要正常调取Service层的接口就行，AOP结合Autofac注入，会自动的查找，然后返回数据，不继续往下走Repository仓储了。 　　昨天我发布文章后，有一个网友提出了一个问题，他想的很好，就是如果面向到了Service层，那BaseService中的CURD等基本方法都被注入了，这样会造成太多的代理类，不仅没有必要，甚至还有问题，比如把Update也缓存了

一个月前，公司的运行WCF的windows服务器down掉了，由于 AWS 没有通知，没有能 第一时间 发现问题。 所以，客户提出将WCF服务由C#改为JAVA，在Linux上面运行；一方面，AWS对Linux有较多的监控措施，另一方面，假如出现问题，可以设置自动重启等服务。 老旧的WCF服务 目前WCF服务，主要提供windows桌面软件的 数据接口 ，应该有五六年的历史了。我进入公司后，WCF服务的代码，一直由我一个人来维护。存在很多 历史遗留问题 ，也有 不同版本 的共存。 如果java重写的话，其中的业务逻辑代码，难免会出现各种各样的bug，增加开发和测试的工作量。听说，要移植到linux服务上后，第一时间想到的就是 跨平台 的 .net core 。 .net core 经过了四年的发展，到目前的 3.1 LST版本，已经是 非常成熟 的跨平台解决方案了。 之后，我就在网上查找，有没有WCF的.net core 版本，查询到的信息总结如下： Core WCF不打算做WCF到.NET Core的100％兼容的移植； 对于新应用程序，WCF这种SOAP技术不建议使用； 对于老的应用程序，建议将这些保留在.NET Framework上； 如果您真的想将一个旧的应用程序迁移到.NET Core并且想继续使用WCF和WF， 社区的开源项目也是可以的