APS.NET CORE MVC学习

### ASP.NET Core MVC 使用方法与最佳实践

#### 创建并理解基本结构
ASP.NET Core MVC 是一种基于 Model-View-Controller (模型-视图-控制器) 的架构模式，用于构建动态网站应用。这种设计使得应用程序的不同方面分离得更加清晰，便于维护和发展[^2]。

为了更好地理解和掌握 ASP.NET Core MVC，在创建新项目之后应该熟悉其默认目录布局：

- **Models**: 定义数据实体类以及业务逻辑。
- **Views**: 包含 HTML 文件和其他前端资源文件来展示给用户的界面部分。
- **Controllers**: 处理来自客户端请求并将响应返回到 Views 或 Models 中处理后的信息。

public class HomeController : Controller {
    public IActionResult Index() => View();
}

此代码片段展示了如何定义一个简单的 Home 控制器及其动作方法 `Index` 来呈现主页视图[^1]。

#### 配置身份验证和授权服务
在实际的应用程序中实现安全措施非常重要。对于 ASP.NET Core 应用来说，可以通过 Identity 服务轻松集成用户认证功能；而 Policy-Based Authorization 则允许开发者自定义访问控制策略以满足特定需求。

要启用这些特性，需修改 Startup.cs 文件中的 ConfigureServices 方法如下所示:

services.AddIdentity<ApplicationUser, IdentityRole>()
        .AddEntityFrameworkStores<ApplicationDbContext>();

// Add authorization policies here...
services.AddAuthorization(options =>
{
    options.AddPolicy("AdminOnly", policy =>
                      policy.RequireClaim(ClaimTypes.Role,"Administrator"));
});

接着还需要调整 Configure 方法以便于中间件能够识别已登录状态下的用户信息：

app.UseAuthentication(); // Must be called before UseEndpoints()
app.UseAuthorization();

...

endpoints.MapControllers().RequireAuthorization(new AuthorizeAttribute { Policy="AdminOnly"});

上述设置确保只有具有管理员角色权限的人才可以访问受保护 API 终端节点。

#### 实施依赖注入原则
遵循 SOLID 设计准则之一——接口隔离原则（Interface Segregation Principle），可以提高系统的灵活性与可测试性。因此建议尽可能多地利用 DI 模式将外部依赖项传递给各个组件而不是硬编码它们之间的关系。

例如当需要发送电子邮件通知时，不必直接实例化 SmtpClient 对象而是将其抽象成 IEmailService 接口并通过构造函数参数传入目标对象内部使用即可:

public interface IEmailService {
    Task SendAsync(string toAddress, string subject, string body);
}

public class EmailController : ControllerBase {
    
    private readonly IEmailService _emailSender;

    public EmailController(IEmailService emailSender){
       this._emailSender = emailSender;
    }

    [HttpPost("/send-email")]
    public async Task<IActionResult> Post([FromBody]string recipient){
         await _emailSender.SendAsync(recipient,"Test Subject","This is a test message.");
         return Ok();
    }
}

这样做的好处是可以很容易地替换掉具体实现而不影响其他地方调用该服务的地方，并且方便单元测试模拟不同的行为表现形式。