一个NET8 AOT编译的辅助项目，让你的任何可执行应用快速部署为服务

😂不知道大家有没有和小编一样，很多时候想将自己的一些应用转为服务运行，比如一些控制台应用或者.NET Core应用，但是又不想重新编码，把他们转为服务，本文将给大家提供些我使用过的方法，并提供一个基于NET8 AOT编译的辅助项目的封装工具构建方法，快来看看吧。点我✨Star

我的快速开发框架项目

先介绍下我的基于.NET 8的快速开发框架Simple Framework，旨在简化开发流程，减少学习成本。框架特点包括基于.NET 8、少用第三方库、基本授权鉴权、CRUD实现和后台管理前端。规划使用了NLog、Redis、Json库等，并支持多数据库结构。框架包含基础库、Web项目扩展库、EFCore扩展库、代码生成器和定时任务模块，并提供了一套基于vue2 elementui前端页面框架，以提高开发效率和灵活性,发布以来收到了很多朋友的喜欢，本文的封装工具也是朋友的建议下撸出来的，快去看看吧。

把应用封装为服务的常用方式 WinSW 和 NSSM

WinSW（Windows Service Wrapper）和 NSSM（Non-Sucking Service Manager）都是流行的开源工具，用于将任何可执行文件包装为Windows服务。
尽管它们的目标相同，但它们在设计、配置和功能方面有所不同。
以下是两者之间一些核心差异的概述：

设计理念:
WinSW 使用XML文件作为服务配置，由.NET框架支持，这意味着它需要.NET环境来运行。
NSSM 则不依赖.NET框架，它是使用C++编写的，并且包含了一个用户友好的GUI进行服务配置。
配置:
WinSW 需要一个XML配置文件，其中指定服务的详细信息，这可能对那些习惯于XML格式的用户更方便。
NSSM 提供了一个命令行界面，用于安装、删除、启动和管理服务。它还附带了一个GUI，允许用户通过图形界面配置服务。
特性和功能:
WinSW 支持日志记录、下载、服务失败操作等。它允许服务自我更新，也支持延迟的自动启动。
NSSM 的特点是轻量，易于使用，也支持日志记录，可以自动重启失败的服务，并且能够处理stdout和stderr输出。
易用性:
NSSM 因其简单的GUI而受到一些用户的青睐，允许快速安装和配置服务。
WinSW 需要用户编辑XML文件，这可能对一些用户来说不那么直观，但对于熟悉该格式的用户则非常有用。
依赖性:
WinSW 依赖于.NET环境，所以在没有安装.NET的系统上不能使用。
NSSM 没有额外的依赖，它可以在所有现代Windows系统上直接运行。
社区和支持:
WinSW 和 NSSM 都有活跃的社区，但他们的更新频率和社区支持可能会有所不同。
在选择使用哪一个时，你需要根据你的特定需求、你的技术偏好以及你所在的环境来决定。例如，如果你已经在使用.NET环境，并且希望有一个详细的配置文件，那么WinSW可能是更好的选择。而如果你希望在没有.NET环境的系统上运行，或者你喜欢使用图形界面进行配置，那么NSSM可能更适合你。

NSSM注册服务后，后台会常驻一个NSSM的程序文件，所以我选择了使用WinSW来做这个辅助工具。

封装构想

查对了WinSW的文档，他是基于xml的配置来执行不同的命令，来处理不同的服务操作，那我们可以写个程序，来封装xml配置文件的生成和指令的执行，这样一来你处理你的服务应用就只需要双击你的辅助程序，便可以方便的启停你的应用程序，.NET8刚好可以做AOT编译的项目，那就用它来做这个工具吧，也不用安装环境了，搞起。