1..NET Core/.NET 开源项目汇总：WPF组件库
2..NET Core 中插件式开发实现
3..NET Core 使用 ImageSharp 生成
4..netcore有哪些不错的开源项目?
5.深夜写完的代码——快速实现.NET(.net framework/.net core+)动态访问webservice服务
6..NET core扫盲

.NET Core/.NET 开源项目汇总：WPF组件库

       WPF，作为Windows Presentation Foundation，是微软提供的一个用户界面框架，属于.NET Framework 3.0的一部分，旨在提供统一的编程模型、语言和框架，Android源码增量编译实现界面设计人员与开发人员工作的分离，同时提供全新的多媒体交互用户图形界面。然而，尽管微软提供的WPF控件功能强大，但其样式可能并不尽如人意，需要专业的美工进行设计或定制。因此，开源社区中涌现了众多无私奉献的大牛分享出既美观又实用的WPF组件库，为开发者提供了丰富的选择。以下是几款优秀的开源WPF组件库，供您参考。

       一、MaterialDesignInXAML

       MaterialDesignInXAML是一个完全开源的WPF GUI库，它与MahApps和Dragablz兼容，提供了一套现代流行的设计语言，使得开发人员能够轻松地将美观的桌面应用程序带入生活。该库提供了丰富的组件和功能，包括：

       首页：布局简洁、清爽，效果直观。

       支持主题风格切换：库内包含数十种颜色风格，满足大部分配色要求，同时支持自定义皮肤。

       按钮：提供多种形状的交互按钮，如圆形按钮、图标按钮、按钮进度、按钮文字提示等，使Web中的常见效果在WPF中也能轻松实现。

       输入验证框：实现了多种验证器，简化了表单验证的代码，同时提供了友好的界面提示。

       标签：控件支持英文Chips，用于显示标签，特别适用于显示大量数据时，可通过点击进行过滤。

       卡片：卡片式布局，用于显示数据，提供更生动、batis源码分析图友好的展示方式，支持+文字的形式。

       图标：提供了成百上千种矢量图标供选择，方便用于菜单图标、按钮图标等。

       分组框：类似卡片的组合框，允许自定义Header，并支持添加。

       进度条：提供多种样式，适用于不同需求，使得调整进度条各个部分变得简单。

       对话框：遮罩式对话框，支持整个窗体遮罩或窗体部分用户控件对话框，实用性高。

       抽屉：支持从东、南、西、北四个方向打开抽屉，用于提供额外的功能或内容。

       提示信息：提供了一种不弹框的提示方式，用于显示不需要用户操作的即时信息。

       二、MahApps.Metro

       Metro是一个允许开发人员为WPF应用程序设计Metro或现代UI的框架。它重写了所有常见WPF控件的默认样式，提供了现代外观，并包含了一些基于WindowsPhone、Windows8和Windows（UWP）应用程序概念的自定义控件。MahApps.Metro的源代码托管在GitHub上，易于访问和改进。

       三、AduSkin

       AduSkin是一款简单美观的WPF UI库，融合了多个开源框架组件，为个人定制UI提供了丰富选项。它支持动态修改皮肤，提供大量产品示例，供学者参考和使用。AduSkin的官方网站和开源地址均在GitHub上，方便开发者获取和使用。

.NET Core 中插件式开发实现

       .NET Core 中的插件式开发解决方案

       在 .NET Core 中，尽管AppDomain的使用受到了限制，但可以通过AssemblyLoadContext来实现类似插件式开发的效果。AssemblyLoadContext是.NET Core中的一个重要组件，它负责程序集的定位和加载，但与AppDomain的td结构指标源码强制卸载不同，AssemblyLoadContext的卸载过程更为协作。

       要实现插件化，首先创建一个可卸载的上下文，如PluginAssemblyLoadContext。然后，定义插件接口和其实现，分别在独立的项目如PluginInterface、HelloPlugin（不引用外部dll）和JsonPlugin（引用外部包）中完成。在主项目PluginsApp中，通过布局修改和调用插件方法来集成这些插件。

       验证插件效果时，未引用外部dll的插件执行后，相关dll能成功卸载且程序集数量保持不变。然而，引用外部包的插件执行后，dll未能卸载，程序集数量有所增加，这表明在处理外部依赖时可能存在一些问题。尽管官方文档推荐使用AssemblyLoadContext，但实际应用中可能遇到卸载问题，需要进一步探究原因或寻找更合适的实现方式。

       源码可以在github.com/cwsheng/Plug...找到，文章转自chaney的博客：cnblogs.com/cwsheng/p/1...。请注意，内容来源于网络，版权归属原作者，仅作分享，如涉及版权问题，请联系删除。

.NET Core 使用 ImageSharp 生成

       ImageSharp 是对 .NET Core 平台的图像处理扩展，旨在提供高效且易于使用的图像操作功能。以往的案例常聚焦于生成文字、绘制简单图形、制作验证码等，但实际项目中，ImageSharp 的应用更为广泛。

       在公司项目中，我们应用了ImageSharp 来生成微信二维码和圆形头像。要开始，首先通过以下地址获取源码：github.com/SixLabors/Im...

       安装所需的包如下：

       Install-Package SixLabors.ImageSharp -Version 1.0.0-beta

       Install-Package SixLabors.ImageSharp.Drawing -Version 1.0.0-beta

       接下来，具体应用方法包括：

       1. 在上绘制文字：要处理文字，需注意字体问题。一般情况下，Windows 下的易语言源码地址字体文件位于 C:\Windows\Fonts 文件夹，而 Linux 系统下则在/usr/share/fonts。以黑体为例，我们将其字体文件 SIMHEI.TTF 放入项目根目录以方便调用。获取文字的像素宽度，可通过特定方法实现。

       2. 生成圆形头像：ImageSharp 提供了绘制圆形的工具类，直接使用即可。在已有上画出圆形头像，只需调用 ConvertToAvatar 方法，将方形转化为圆形并绘制。

       3. 处理二维码：以微信二维码为例，项目中通过从微信公众号平台 API 获取二维码。为处理 BitMatrix 类型的二维码，我们将其转换为流格式，以便通过 Image.Load 方法获取信息。为了兼容性，将数据流中的 byte 数据实例化为 MemoryStream 类型，确保能够顺利加载处理后的流。

       以上是使用 ImageSharp 在 .NET Core 平台生成的实用案例，通过实例操作，有效实现了特定需求。更多关于 ImageSharp 的资料、教程及源码，可自行访问指定链接获取。

.netcore有哪些不错的开源项目?

       以下为推荐的几个.NET Core开源项目：

       1. Masuit.Tools

       这是一个包含了加密解密、反射操作、硬件信息、日期时间扩展等常用封装的开源项目。其开源协议规定，一旦因违反劳动法的公司使用该项目，项目作者有权追讨使用费或不允许使用包含该项目的源代码。项目特色功能包括Socket客户端操作类、模板引擎、任意进制转换、DateTime扩展及反射操作。

       2. OrchardCore

       OrchardCore 是使用 ASP.NET Core 构建的开源模块化、多租户应用程序框架，同时也是内容管理系统（CMS）的基础。它有两个项目，其中一个是 Fur，适用于.NET 5 平台的入门级、快速开发的 Web 应用框架。强调“六极”设计思想，易于入门、公司网站项目源码极速开发、极少依赖、极少配置、极其灵活、易于维护。此外，它结合了敏捷开发模式，用户能在冲一杯咖啡的时间内完成工作。Fur框架的特色功能包括支持.NET 5的新功能、六级架构设计和敏捷开发模式等。

       3. awesome-dotnet-core

       这个集合包含了.NET Core开源项目的库、工具、框架、模板引擎、身份认证、数据库、ORM框架、处理、文本处理、机器学习、日志、代码分析、教程等资源。

       4. ZKEACMS

       ZKEACMS 是一个基于ASP .Net Core开发的免费内容管理系统，提供了可视化编辑设计，支持直接在预览页面设计网页，以拼图方式构建网站。它采用跨平台设计，适用于Windows、MAC OS、Linux、Docker等环境。

       5. YiShaAdmin

       YiShaAdmin 是一个基于.NET Core Web开发的快速开发平台，提供了代码生成器，能够减少%以上的编码工作量，提高开发效率，节省项目研发成本和开发周期。它使用了Bootstrap、ASP.NET Core、Entity Framework Core等技术。

       6. .NET Core源码

       这是C#开源项目中的推荐，包含.NET Core源代码。

       7. Util应用框架

       Util是一个.NET Core平台下的应用框架，旨在提升小型团队的开发输出能力。它由常用公共操作类、分层架构基类、UI组件、第三方组件封装、第三方业务接口封装、代码生成模板、权限等功能组成。

       8. OSharp

       OSharp 是一个基于.NETStandard2.x的快速开发框架，使用了最新的.NETCore SDK，对 AspNetCore 进行了更高级的封装，并提供了一套规范的业务实现代码结构与操作流程，易于实际项目开发。

       9. XBlog

       这是个人博客系统，提供了技术要点和功能。

       . FreeSql

       FreeSql 是一个强大的对象关系映射技术（O/RM），支持.NETCore 2.1+或.NETFramework 4.0+或Xamarin等平台。

       . Autofac

       经典的依赖注入（DI）框架，适用于Microsoft .NET，管理类之间的依赖关系，使应用程序在大小和复杂性增长时易于更改。

       . OpenAuth.Core

       一个快速应用开发框架和权限管理工作流系统，基于经典领域驱动设计，提供组织机构、角色用户、权限授权、表单设计、工作流等功能。

       . Abp.VNext.Hello

       这是ABP框架的示例项目，具备分层和模块化结构，包含授权、验证、异常处理、日志、数据库连接管理、设置管理、审计日志等特性。

       以上项目涵盖了从基础工具到高级框架的多个类别，适合不同开发者需求。

深夜写完的代码——快速实现.NET(.net framework/.net core+)动态访问webservice服务

       访问webservice服务时，通常采用服务引用方式，然而此法较为繁琐，尤其在服务更新时，需要手动更新引用并重新发布，极为不便。现今，已有多例展示了在.NET Framework环境中实现动态访问webservice服务，却鲜少见到适用于.NET Core及更高版本的案例。本篇文章旨在提供一个通用解决方案，支持.NET Framework、.NET Core或以上环境的动态访问webservice服务接口，以供参考。

       首先，创建一个webservice服务作为测试平台。该服务提供三种接口：无参数接口、字符串参数接口、包含多个实体类参数（实体类包含嵌套和集合）及返回带有嵌套和集合的返回数据。此设计基本涵盖了webservice服务的主要场景。

       测试实体类已备好，用于验证服务接口。

       服务已启动并就绪。

       接下来，开发请求端程序，支持.NET Framework 4.6.1+、.NET Core+及.NET 5+所有版本。可以通过NuGet引入Wesky.Net.OpenTools包，确保使用最新版本以获取完善功能。本文以.NET 8控制台为例，使用者可根据需求自行调整引用。

       程序中实例化WebserviceHelper对象，对于使用IOC容器的项目（如asp.net core），可进行依赖注入的注册；对于无需IOC容器的项目，直接new对象即可。获取asmx的url地址，并在结尾添加?wsdl。

       设定要访问的服务名称，例如“HelloWorld”，然后调用接口。无参数情况下，参数设为null。

       运行程序调用接口，获取xml文档返回值。

       调用返回类型为OpenToolResult，该类型包含基础类型值解析方法。解析后得到的最终返回消息为“Hello World”。

       基础类型值解析方法定义了获取返回值、节点名称（一般为方法名称+“Result”）及命名空间的过程。命名空间在调用时会被存储在OpenWebserviceInfo的OpenWebservice集合中，通过url地址和接口方法名匹配到对应的命名空间。

       OpenWebserviceDocCache类型定义了存储和管理命名空间的结构。

       接着，尝试传入一个基础类型参数，访问“Hola”方法，传入“Wesky”，成功获取返回值“Wesky World”。

       随后，模拟多个实体类参数的调用，服务应返回一个包含其他实体类的消息。

       回顾TestService服务接口实现，确认动态访问是成功的。

       访问webservice方法定义如下：支持0个或多个参数，参数个数需与解析wsdl地址的方法服务匹配。Result.IsSuccess为true表示请求成功，解析错误或请求失败时返回false，并附带具体错误描述。

       返回值为实体类时，需要调用ExtractCustomerValueFromXml方法进行解析。以ResultInfo类型为例，此方法可处理返回实体类数据。

       关键代码片段已列出，若本教程对你有所助益，请分享给需要的朋友，并关注公众号：Dotnet Dancer。如有需要，公众号后台回复“动态接口”获取演示代码和webservice测试源码。

       OpenTools系列文章链接如下，新版本与旧版本完全兼容，无需更新任何代码即可使用：

       版本1.0.：如何一行C#代码实现解析类型的Summary注释（适用于数据字典快速生成）

       版本1.0.：C#/.NET一行代码将实体类类型转换为Json数据字符串

       版本1.0.8：上位机与工控必备！用.NET快速搞定Modbus通信的方法

       版本1.0.7：揭秘！.Net如何在5分钟内快速实现物联网扫码器通用扫码功能？

       版本1.0.6：.NET实现获取NTP服务器时间并同步（附带Windows系统启用NTP服务功能）

       版本1.0.5：C#使用P/Invoke实现注册表的增删改查功能

       版本1.0.3：C#实现转Base字符串，以及Base字符串在Markdown文件内的复原演示

       版本1.0.2：C#实现Ping远程主机功能（支持IP和域名）

       版本1.0.1：开始开源项目OpenTools的创作（第一个功能：AES加密解密）

       备注此包版本完全开源，无第三方依赖，适用于.net framework 4.6+、任意其他跨平台.net版本环境。

.NET core扫盲

       .NET发行至今已经过了十四个年头。随着版本的不断迭代更新，.NET在Windows平台上的表现也是越来越好，可以说Windows平台上所有的应用类型.NET几乎都能完成。只是成也Windows，败也Windows，这十四年来，除了部分“民间”版本，.NET一直没能在官方支持下摆脱Windows平台的局限，“开源”和“跨平台”这两个词语也是所有.NET开发者心中的痛楚。最终，.NET Core出现了，它让开发者们在官方和社区的支持走出了Windows，可以在macOS，Linux主流distributions上编写调试并部署.NET程序。

       .NET Core是一个开源通用的开发框架，支持跨平台，即支持在Window，macOS，Linux等系统上的开发和部署，并且可以在硬件设备，云服务，和嵌入式/物联网方案中进行使用。.NET Core的源码放在 GitHub上，由微软官方和社区共同支持。它和传统的.NET Framework，属于“子集—超集”的关系，或者你也可以简单地认为它就是.NET Framework的跨平台版本（基于 BCL的层面上看）。这是因为在当前版本中（1.0），.NET Core中的大部分核心代码都是从.NET Framework中继承重写的，包括Runtime和Libraries（如GC, JIT, 部分类型）。

       现在的.NET Core 1.0版本是一个很小的核心，APIs和工具也并不完整，但是随着.Net Core的不断完善，补充的Apis和创新也会一起整合到.NET Framework中。也就是说，.NET Core微软会同时更新.NET Framework和.NET Core，他们就像俩兄弟，共同努力致富（致谁的富？当然是.NET开发者们），实现所谓的天下大同，也就是 .NET 标准2.0

       这里不得不提到一个叫做 .NET Standard Library概念。作为.NET平台APIs开发官方支持标准，它要求所有的.NET框架APIs都遵循向下兼容。比如说.NET Framwork 4.6支持.NET Standard Library 1.3，.NET Framwork 4.6.2框架支持.NET Standard Library 1.5，而.NET Core 1.0框架支持1.6标准。

       Tips:是不是想起了MSCorEE.dll这个垫片，它同样承载着Windows平台上为.NET应用程序选择CLR版本的工作

       第二种方式和.NET Native也是不一样的，仍然使用CoreCLR，而.NET Native使用CoreRT作为运行时，详细信息请见 dotnet/corert

       .NET Core 1.0版本中支持的编程语言仅有C#（F#和VB暂未实现），这里还要提到一个开源的语言编译器Roslyn，它负责将代码编译成我们熟悉的IL语言，然后再借由AOT或JIT编译器编译成机器熟悉的机器语言。

       以下内容演示在Windows和CentOS 7.2下的命令行生成和发布demo

       3.1 Win

       3.1.1 安装 .NET Core SDK和 .NET Core Runtime .NET Core SDK = 使用.NET Core开发应用.NET Core Runtime 和 SDK+CLI 工具

       3.1.2 简单的运行结果 打开cmd，依次输入mkdir .project（创建目录），cd .\.project（进入目录），dotnet new（新建初始项目），dotnet restore（还原依赖），dotnet run（运行）即可运行第一个Hello World程序

       3.2 CentOS 7.2（本地Hyper-V）

       3.2.1 安装和运行 详情请见： .NET Core in CentOS，大致命令如下

       第六行命令后可使用dotnet --info查看是否链接成功，显示如下

       以上步骤在.NET Core官方网站都可以找到，可以看到应用在经过简单的dotnet new, dotnet restore, dotnet run命令后就跑起来了，但是这其实是类似于开发环境中的调试运行，而且win上new的应用此时也不能直接跨平台到Linux下运行，所以我们又得提到dotnet publish命令了

       3.2.2 Self-contained applications 发布 （1） 修改project.json文件 我们现在win下按照步骤new一个新的HW控制台应用self，按照 官方文档要求，我们需要用以下内容替换原来project.json文件（删除"type": "platform",并增加runtimes节点）

       （2） 执行restore和publish操作

       之后执行dotnet restore指令，针对平台进行还原操作。该步操作耗时较久，虽然只是两个平台，第一次也花了较长时间。紧接着进行进行dotnet publish -r centos.7-x -c release。

       dotnet publish指令详见 dotnet-publish - Packs the application and all of its dependencies into a folder getting it ready for publishing （3） 在Linux平台上运行

       上述操作后，我们只需要将发布后的文件夹（bin/release/netcoreapp1.0/centos7-x/publish，包含self.exe）上传到Linux root目录下project（新建）文件夹中， 在Shell中输入指令

       修改可执行权限后，即可成功运行“Hello World”，这就是我们“Self-contained applications”方式的部署方法

       至此，.NET Core的学习便告一段落了，以上内容简单介绍了.NET Core的组成和特性，同时也在Windows和Linux系统上通过两种不同的部署方式成功运行了示例。相比较之前的.NET Framework傻瓜式部署，.NET Core的新奇真是让我眼前一亮。接下来，我也会将.NET Core和 ASP.NET Core的学习记录下来，欢迎指正。

       4.2 相关学习资料

       5. 参考资料