1、一个高性能类型安保的枚举适用开源库

Enums.NET是一个.NET枚举适用程序库，专一于为枚举提供丰盛的操作方法。它支持.NETFramework和.NetCore。它关键好处表如今类型安保、高性能、丰盛的操作方法和易于经常使用等方面，为开发者提供了愈加方便和高效的枚举类型操作模式。

2、MKL.NET：为.NET开发者提供高性能数学计算支持的开源库

MKL.NET是英特尔MKL库的.NET版本，繁难开发人员在.NET运行程序中经常使用MKL库的性能，而无需接触底层的C/C++代码。

MKL提供了高性能的数学函数库和算法，可以协助开发人员处文迷信、工程和财务等畛域的计算需求，MKL.NET很好的利于.NetCore跨平台的个性，同时承袭MKL库的高性能和线程安保性。

MKL.NET兼容Window、、OS。

3、一款基于.Net开发、开源、支持多平台云存储文件治理器

Camelotia是一款云存储文件治理器，基于.NetUI框架和ReactiveUI框架开发的，目前支持的平台有：YandexDisk、Drive、VKDocuments、、FTP、SFTP和本地文件系统。

可运转的平台：、Linux、MacOS、XBox、SurfaceHub和HoloLens。

该名目触及的技术栈比拟多，比如：MVVM框架、FTP、智能化构建、单元测试、跨平台移动UI框架，作为学习名目还是不错的选用。

4、基于C#开发的任天堂Switch开源模拟器

Ryujinx是一个开源的任天堂Switch模拟器，可以在PC上模拟运转Switch游戏。驳回C#开发，基于.NETCore技术框架，可跨平台运转在Windows、Linux和macOS等操作系统上。

该名目的特点是提供出色的准确性和性能、用户友好的界面和分歧的构建，曾经超越约4,050个游戏上启动了测试，3400个确认可运转。

5、一个用于操作文件的.NET开源库

ClosedXML是一个.NET第三方开源库，支持读取、操作和写入Excel2007+(.xlsx，.xlsm)文件，是基于OpenXML封装的，让开发人员无需了解OpenXMLAPI底层API，便于运用于名目开发。

保留文件： 保留25W行文件破费6.343秒，保留100W行纯文本文件破费17.134秒。

加载文件： 加载25W行的上班簿文件破费15.648秒，加载100W行纯文本文件破费49.046秒。

6、微软官网出品微服务架构，支持.Net8

.Net8新增的性能带来诸多惊喜，还未逐一体验终了呢，我又发现了追随.Net8的颁布，eShop也迎来重磅更新！

eShop不时以来都是微软官网提供的，一个基于.Net开发的电子商务系统开源名目。

这次更新有几大关键词：.Net8、微服务、Aspire、target=_blankclass=infotextkey>OpenAI、。

eShop驳回的是微服务架构，分为外围、身份授权、订单、目录、购物车微服务。

数据库驳回PostgreSQL、缓存驳回，还引入了最新颁布的Aspire系统。

7、一个罕用的.Net汇合开源工具库，蕴含CSV、Excel等

该名目关键分为5个局部：

此名目提供的性能，都比拟繁难，适宜小型名目经常使用。

8、一个监控C#方法运转耗时开源库

一个轻量级.Net库，用于对.NET运行程序中的方法口头期间启动测量和剖析，可以轻松集成到现有的.NET运行程序中。

提供了高精度的计时性能，可以准确地测量方法的口头期间，同时运转自定义标签，便于更好的识别方法。

9、一个纯.Net开发的Script口头引擎

Jurassic是一个开源的托管JavaScript口头引擎，经常使用MS-PL授权协定。它的指标是成为.NET平台上性能最强，最为规范的JavaScript引擎。

varengine=newJurassic.ScriptEngine();//输入11Console.WriteLine(engine.Evaluate("vara=5;varb=6;a+b;"));engine.Evaluate("functionadd(a,b){returna+b;}");varresult=engine.CallGlobalFunction<int>("add",5,6);//输入11Console.WriteLine(result);

10、一个PDF文档生成器.Net库

这是一个PDF文档生成器.Net开源库，提供了一个规划引擎，对分页性能完美的支持。

不过最新版本曾经开局不要钱，2022.12.X之前的版本还可以无偿经常使用，有才干的也可以下载源码，自行修正和优化。

页面支持元素有：

总的来说，页面规划模式与规划很相似，让开发人员能极速的上手。

---

net开源项目整理

整理一些平时收藏和应用的开源代码，方便自己学习和查阅

1.应用

nopcommerce ，开源电商网站，开发环境 mvc(未支持 core)，使用技术(autofac，ef，页面插件等)

OrchardCMS ，内容管理网站

（版本）

（ core版本）

ABP（aspnetboilerplate） ，提供一系列工具用于web应用创建，支持 Core, MVC & Web API,也提供了web应用的模板

（ core 版本，tag分支有支持版本的）

IdentityServer ，用户授权网站（支持openid和OAuth 2.0），可用于单点登录和第三方授权等

（版本）

（ core版本）

eShopOnContainers 微软提供的微服务实例

PetShop 三层架构经典例子，用于新手学习，不过aspx有点过时了

博客网站，也是aspx

2.组件

全文检索开发组件

ServiceStack 半开源，用于创建web服务

MassTransit 可用于创建基于消息的服务和应用，依赖于RabbitMQ

stateless 简单的工作流开发组件，不支持在线定制工作流

Hangfire 任务调度开发利器

用于生成JWT (JSON Web Token) 和JWT校验

npoi 支持office文件的读写

Redis的客户端

CacheManager 用于缓存的管理，支持,couchbase等

Autofac Ioc组件，用于依赖注入

LightGBM 用于机器学习

3.框架

Nancy 类似 mvc，web开发框架

4.其他

dotnet core 主页 ，提供dotnet core相关知识的索引和例子，方便快速入门

源码

谈谈微服务架构是一个怎样的存在？

微服务是近些年被广泛提及的一个概念， 微服务架构可以理解为一个轻量级的服务治理方案， 也就是将系统的功能，通过服务的形式发布到服务器上，对服务进行组合调用，实现具体的功能，解决实际业务问题的架构风格。

微服务产生于单体应用的扩大化，随着信息化不断发展，企业对软件功能的要求越来越具体，也愈发的细致，如果通过应用程序来实现，必然是一个极其复杂而又痛苦的过程，由此诞生了微服务的概念。就是 将功能发布成服务，应用程序通过调用不同的服务来实现业务， 这种设计架构称之为微服务。

微服务架构的优点在于每个服务可以有独立的团队开发，服务之间互不干涉，保障了系统的稳定性。由于功能被拆分到更细的粒度，有效的降低了程序的复杂程度，对硬件的需求也随之降低，但是微服务也有一些不足，比如服务调用带来的系统复杂性，服务间的依赖关系也是难以管理的，如何构建合理的服务依赖是考验架构师能力的重要依据；最后，微服务架构的部署以及跟踪也是很难的。总之， 微服务架构有着自身的应用场景以及特点，了解哪些场景适合微服务比掌握微服务的具体技术更为重要， 适当的技术用在适当的场景，才能发挥合适的价值。

微服务架构是当前最流行的技术架构，主要组件有注册中心、网关、配置中心和各种微服务模块。架构灵活、易扩展、可动态扩容。

在微服务之前，系统架构经历很长时间的演变，简述如下：

1.无架构

页面逻辑和业务逻辑混在一起，甚至页面直接访问数据库。

优点：因为没有太多的访问路径转换，效率是最高的；

缺点：没有分层，逻辑混乱，维护难，扩展难。

架构

单系统，表现层、逻辑层、业务层分开，各层分工协作。

优点：逻辑清晰、分工明确、易维护。

缺点：系统集中部署，属于强耦合，某些业务模块出现异常时，会导致整个系统无法访问。

架构

面向服务的架构，多个系统分布式部署，通过消息总线进行通讯。

优点：各个系统的业务相对独立，耦合低；

缺点：消息总线负担太重，中心化太重，接口缺乏规范。

4.微服务架构

一个系统，按照粒度规划，划分为很多的微服务，而每个微服务，对应一个具体的业务实现，并可拥有自己独立的数据库，整个就是微服务架构。

优点：如上，架构灵活、易扩展，在实际运营时，按需扩容，集群部署。各个微服务业务互不影响，耦合性低；

缺点：开发成本高，对部署有一定的专业性要求。

从技术而言，微服务已经是一个设计理念很成熟的架构，可满足不同层次，不同业务场景的需要，而且经过多个版本的迭代，该踩的坑也基本踩完，生态系统完整，开源组件选择多多，很有一统天下的趋势，值得尝试。

但，不要为了微服务而微服务，要根据自己实际的要求去做抉择和取舍。

比较，适合自己的，才是最好的！

微服务是近几年技术社群讨论很多的一种软件架构方式，可以说是SOA的现代版本、 时尚 版本。不过这次浪潮不是由大公司倡导的，而是由工程师们引领的。比如，它采用工程师们熟悉的RESTful接口，而不是笨重的WebService，也不需要一大堆昂贵的中间件。

那微服务为什么流行起来？按理说它们都是让软件更加模块化，使相互之间保持松耦合，从而优化系统架构。

国内流行起来的微服务架构——RestCloud

RestCloud 为了保证服务不注册中心癿高可用性，服务不注册中心通过水平扩展癿能

力允许对服务不注册中心迚行集群配置，开在网关层做了服务癿注册癿数据缓存。

Spring Cloud Eureka 是 Spring Cloud Netflix 微服务套件中癿一部分，它基于 Netflix Eureka做了二次封装。主要负责完成微服务架极中的服务治理功能。

易用性

如果你目前使用SpringBoot开发API服务则无需修改任何代码，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，对开发人员无任何感知，如果你使用RestBoot开发平台开发API则已经是天然集成了配置中心的客户端Jar包无需任何依赖。 如果你使用php,c#开发目前RestCloud并没有提供现成的解决方案，你需要通过Rest API来接入RestCloud配置中心并自已在本地实现配置缓存管理。

稳定性

RestCloud采取全新的本地配置持久化技术，保证配置中心不会形成单点故障，因为所有的配置数据在应用则具有本地缓存和持久化技术，假定RestCloud配置中心出现故障且长时间未能恢复的情况下，应用则的程序会自动读取本地缓存配置数据. 进一步假定这时应用也刚好出现故障需要重启，则本地缓存在重启后将会消失,这时应用将自动从持久层再次读取配置数据到缓存中从而恢复运行，所以RestCloud配置中心不会出现故障后影响应用的运行,RestCloud配置中心优于目前开源的大多数配置中心解决方案。

易用性

如果你目前使用SpringBoot开发API服务则无需修改任何代码，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，对开发人员无任何感知，如果你使用RestBoot开发平台开发API则已经是天然集成了配置中心的客户端Jar包无需任何依赖。 如果你使用php,c#开发目前RestCloud并没有提供现成的解决方案，你需要通过Rest API来接入RestCloud配置中心并自已在本地实现配置缓存管理。

稳定性

RestCloud采取全新的本地配置持久化技术，保证配置中心不会形成单点故障，因为所有的配置数据在应用则具有本地缓存和持久化技术，假定RestCloud配置中心出现故障且长时间未能恢复的情况下，应用则的程序会自动读取本地缓存配置数据. 进一步假定这时应用也刚好出现故障需要重启，则本地缓存在重启后将会消失,这时应用将自动从持久层再次读取配置数据到缓存中从而恢复运行，所以RestCloud配置中心不会出现故障后影响应用的运行,RestCloud配置中心优于目前开源的大多数配置中心解决方案。

网站链接：参考资料：