ASP.NET Core开发Telegram机器人控制面板：控制器向Program类传数据

一、别直接往Program类传数据，换个合理思路 #

Program类在ASP.NET Core里是启动入口，核心职责是配置服务、构建主机，它根本不适合承载业务功能。把销售服务的全部逻辑塞到Program里本身就是不合理的设计，会导致代码耦合度极高，后续维护、测试都会非常麻烦。

正确的做法是：

• 把Telegram机器人的销售服务逻辑抽成独立的服务类（比如命名为TelegramSalesBotService），同时定义对应的接口（比如ITelegramSalesBotService），把业务方法封装在这个类里。
• 在Program的ConfigureServices方法中，将这个服务注册到依赖注入（DI）容器：

  builder.Services.AddSingleton<ITelegramSalesBotService, TelegramSalesBotService>();
  

• 在控制器里通过构造函数注入获取服务实例，直接调用方法传递数据：

  public class SalesPanelController : Controller
  {
      private readonly ITelegramSalesBotService _salesBotService;
  
      public SalesPanelController(ITelegramSalesBotService salesBotService)
      {
          _salesBotService = salesBotService;
      }
  
      public IActionResult PushSalesCommand(string commandContent)
      {
          _salesBotService.ExecuteSalesCommand(commandContent);
          return Ok("指令已推送");
      }
  }
  

二、绝对不要把Program定义为静态类 #

Program类默认就不是静态的（ASP.NET Core 6+的顶级语句语法只是简化了写法，底层依然存在非静态的Program类），改成静态类会引发一系列问题：

• 无法使用依赖注入，所有功能都得硬编码，完全丧失扩展性。
• 静态类的成员是全局共享的，在多请求并发场景下会出现线程安全问题，比如多个控制器请求同时操作静态成员，极易导致数据混乱。
• 彻底违背ASP.NET Core的设计原则，后续要添加日志、配置、其他服务都会变得异常繁琐。

如果之前的Telegram服务逻辑已经写在Program里，优先做重构，把业务代码迁移到独立服务类中——这远比硬着头皮往静态Program传数据要靠谱得多。

内容的提问来源于stack exchange，提问作者D .Stark