1..netcore有哪些不错的码分开源项目?
2.abp框架swaggerapi分组无效怎么办?

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

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

       1. Masuit.Tools

       这是一个包含了加密解密、反射操作、码分硬件信息、码分日期时间扩展等常用封装的码分开源项目。其开源协议规定，码分一旦因违反劳动法的码分java安装源码公司使用该项目，项目作者有权追讨使用费或不允许使用包含该项目的码分源代码。项目特色功能包括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平台下的应用框架，旨在提升小型团队的开发输出能力。它由常用公共操作类、wap网页修仙源码分层架构基类、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框架的示例项目，具备分层和模块化结构，包含授权、验证、异常处理、日志、数据库连接管理、设置管理、审计日志等特性。

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

abp框架swaggerapi分组无效怎么办?

       在项目迭代过程中，遇到了使用Swagger设计接口文档时的一个问题，即在项目中接口数量庞大时，查找特定控制器下的接口变得极为困难。为解决此问题，文章将探讨如何通过优化Swagger的分组策略来提升接口查找效率。

       首先，介绍背景信息。Swagger作为接口文档工具，以其接口文档与代码的同步性广受欢迎。然而，在项目规模不断扩大的情况下，上百个控制器中的接口查找变得痛苦不堪，尤其当需要在多个控制器中寻找相关接口时。本文旨在通过增加分组方式来改善这一情况。

       案例分析显示，现有项目接口数量激增，导致在多个控制器中查找接口时，筛选与查找变得困难。查看Swagger文档发现，其分组功能仅支持两级，第一级分组在右上角，第二级分组则是控制器上的@Api注解。面对二级分组数量过多的问题，解决策略聚焦于优化第一级分组。

       文章详细分析了第一级分组的实现原理，并指出其通过注入bean类实现。因此，解决方法是通过自定义注解实现第一级分组动态扩展。步骤包括定义注解、实现自定义注解扫描与Swagger bean自动注入，以及在业务接口上添加注解。此方案允许用户根据需求动态创建分组，提升接口查找效率。

       实现效果包括：在分组下拉列表中选择第一级分组，点击后展示该分组下的所有接口。这种改进对前端开发者而言，根据对接的后端开发与当前迭代进行接口筛选，极大提高了前后端联调的效率。

       讨论部分指出，虽然通过扩展第一级分组实现效率提升，但这并非最优解决方案。理想情况下，应修改Swagger源码以支持第三级甚至动态扩展的第n级分组，但这样的改动范围较大，通常需要通过MR（Merge Request）进行源码级别的扩充。文章强调，即便如此，所提出的方案已能显著优化接口筛选体验。