Какие фреймворки использовал?

Опыт работы с фреймворками для C# Backend

В ходе своей профессиональной деятельности я работал с широким спектром фреймворков и технологий для разработки backend-приложений на C#. Этот опыт охватывает различные области: создание веб-приложений, разработку микросервисов, построение API и работу с облачными решениями.

Основные веб-фреймворки и платформы

ASP.NET Core — это мой основной и наиболее часто используемый фреймворк для создания современных веб-приложений и API. Я применял его в различных конфигурациях:

• ASP.NET Core MVC для построения традиционных веб-приложений с архитектурой Model-View-Controller.

  // Пример контроллера в ASP.NET Core MVC
  [ApiController]
  [Route("api/[controller]")]
  public class ProductsController : ControllerBase
  {
      private readonly IProductService _service;
  
      public ProductsController(IProductService service)
      {
          _service = service;
      }
  
      [HttpGet]
      public async Task<ActionResult<IEnumerable<ProductDto>>> GetProducts()
      {
          var products = await _service.GetAllAsync();
          return Ok(products);
      }
  }
  

• ASP.NET Core Web API для разработки RESTful API, которые обслуживают клиентские приложения (SPA, мобильные приложения).
• Минимальные API (Minimal APIs) в последних версиях .NET для создания легковесных и высокопроизводительных эндпоинтов.

ASP.NET (Legacy) — имел опыт работы с более ранними версиями, такими как ASP.NET 4.x (MVC, Web API) для поддержки и миграции legacy-проектов на новую платформу.

Фреймворки для микросервисов и распределенных систем

Для построения сложных распределенных систем и микросервисных архитектур я использовал:

• gRPC для высокопроизводительного межсервисного взаимодействия, особенно в внутренних коммуникациях микросервисов.

  // Пример определения сервиса и его реализации в gRPC
  [ProtoContract]
  public class GetProductRequest
  {
      [ProtoMember(1)]
      public int Id { get; set; }
  }
  
  public class ProductService : Product.ProductBase
  {
      public override Task<ProductResponse> GetProduct(GetProductRequest request, ServerCallContext context)
      {
          // Логика получения продукта
      }
  }
  

• Azure Service Bus и RabbitMQ (через клиентские библиотеки, такие как RabbitMQ.Client) для реализации асинхронной коммуникации через обмен сообщениями (messaging) и паттерны публикатор/подписчик (Pub/Sub).
• Orleans для проектов, требовавших виртуальных акторов и высоконагруженных параллельных вычислений.

Фреймворки для доступа к данным и ORM

Entity Framework Core — это основной ORM (Object-Relational Mapper), который я применял для работы с базами данных. Опыт включает:

• Использование подходов Code First и Database First.
• Написание сложных запросов с LINQ (Language Integrated Query).
• Конфигурирование миграций, настройку производительности и использование raw SQL для специфичных операций.
• Работа с различными провайдерами: SQL Server, PostgreSQL, SQLite.

Dapper — использовался в проектах, где требовалась максимальная производительность при доступе к данным и более тонкий контроль над SQL-запросами.

// Пример использования Dapper для выполнения запроса
public async Task<Product> GetProductAsync(int id)
{
    using var connection = new SqlConnection(_connectionString);
    var sql = "SELECT * FROM Products WHERE Id = @Id";
    return await connection.QuerySingleOrDefaultAsync<Product>(sql, new { Id = id });
}

Дополнительно имел опыт с NHibernate в некоторых legacy-проектах.

Фреймворки для тестирования и автоматизации

• xUnit / NUnit — как фреймворки для модульного (unit) и интеграционного (integration) тестирования.
• Moq / NSubstitute — для создания mock-объектов в тестах.
• SpecFlow — для написания тестов в стиле BDD (Behavior-Driven Development).

Фреймворки для облачных и гибридных решений

Многие проекты были развернуты в облаке, поэтому я активно работал с:

• Azure SDK для взаимодействия с различными сервисами Azure (App Services, Functions, Key Vault, Storage).
• AWS SDK для .NET в проектах, размещенных на AWS.

Специализированные фреймворки и библиотеки

• SignalR — для реализации функционала реального времени (чат, уведомления, мониторинг).
• MediatR — для реализации паттерна Mediator и архитектуры на основе CQRS (Command Query Responsibility Segregation) внутри приложений.
• AutoMapper — для удобного преобразования объектов между слоями (например, Domain -> DTO).
• FluentValidation — для построения сложных и читаемых правил валидации.
• Serilog / NLog — как фреймворки для структурированного и гибкого логгирования.

Выбор фреймворка

Выбор конкретного фреймворка всегда зависел от требований проекта: масштаба, производительности, существующей инфраструктуры и долгосрочной стратегии развития. ASP.NET Core стал универсальным фундаментом, а остальные инструменты применялись как специализированные решения для конкретных задач: взаимодействия с данными (EF Core/Dapper), коммуникации между сервисами (gRPC/Messaging), или обеспечения качества кода (Testing Frameworks). Глубокое понимание особенностей каждого фреймворка позволяет строить эффективные, масштабируемые и надежные backend-системы.