📌 Какие бывают коллекции?

💬 Спрашивают в 11% собеседований

В C# существует множество коллекций, каждая из которых предназначена для различных сценариев использования. Они предоставляются через стандартную библиотеку .NET и могут быть разделены на несколько категорий:

🤔 Основные категории коллекций

1️⃣ Коллекции общего назначения

2️⃣ Специализированные коллекции

3️⃣ Параллельные коллекции

🤔 Коллекции общего назначения

1️⃣ List<T>: Динамический массив, который автоматически изменяет свой размер по мере добавления элементов.

   List<int> numbers = new List<int> { 1, 2, 3, 4 };
   numbers.Add(5);
   

2️⃣ Dictionary<TKey, TValue>: Коллекция пар ключ-значение. Обеспечивает быстрый доступ к значению по ключу.

   Dictionary<string, int> ages = new Dictionary<string, int>
   {
       { "Alice", 30 },
       { "Bob", 25 }
   };
   int aliceAge = ages["Alice"];
   

3️⃣ HashSet<T>: Коллекция уникальных элементов. Используется для предотвращения дублирования.

   HashSet<string> fruits = new HashSet<string> { "Apple", "Banana" };
   fruits.Add("Apple"); // Не добавит дубликат
   

4️⃣ Queue<T>: Очередь, работающая по принципу FIFO (First In, First Out).

   Queue<string> queue = new Queue<string>();
   queue.Enqueue("first");
   queue.Enqueue("second");
   string item = queue.Dequeue(); // "first"
   

5️⃣ Stack<T>: Стек, работающий по принципу LIFO (Last In, First Out).

   Stack<string> stack = new Stack<string>();
   stack.Push("first");
   stack.Push("second");
   string item = stack.Pop(); // "second"
   

🤔 Специализированные коллекции

1️⃣ LinkedList<T>: Двусвязный список, позволяющий быстро вставлять и удалять элементы.

   LinkedList<int> linkedList = new LinkedList<int>();
   linkedList.AddLast(1);
   linkedList.AddLast(2);
   

2️⃣ SortedList<TKey, TValue>: Коллекция пар ключ-значение, отсортированная по ключам.

   SortedList<string, int> sortedList = new SortedList<string, int>
   {
       { "Alice", 30 },
       { "Bob", 25 }
   };
   

3️⃣ SortedDictionary<TKey, TValue>: Похож на SortedList, но использует бинарное дерево для хранения элементов.

   SortedDictionary<string, int> sortedDict = new SortedDictionary<string, int>
   {
       { "Alice", 30 },
       { "Bob", 25 }
   };
   

4️⃣ SortedSet<T>: Отсортированное множество уникальных элементов.

   SortedSet<int> sortedSet = new SortedSet<int> { 3, 1, 2 };
   

🤔 Параллельные коллекции

1️⃣ ConcurrentDictionary<TKey, TValue>: Параллельная версия Dictionary, предназначенная для безопасного использования в многопоточных приложениях.

   ConcurrentDictionary<string, int> concurrentDict = new ConcurrentDictionary<string, int>();
   concurrentDict.TryAdd("Alice", 30);
   

2️⃣ ConcurrentQueue<T>: Параллельная версия Queue.

   ConcurrentQueue<string> concurrentQueue = new ConcurrentQueue<string>();
   concurrentQueue.Enqueue("first");
   

3️⃣ ConcurrentStack<T>: Параллельная версия Stack.

   ConcurrentStack<string> concurrentStack = new ConcurrentStack<string>();
   concurrentStack.Push("first");
   

4️⃣ BlockingCollection<T>: Коллекция, поддерживающая операции добавления и извлечения с блокировкой и ограничением по емкости.

   BlockingCollection<int> blockingCollection = new BlockingCollection<int>(5);
   blockingCollection.Add(1);
   

🤔 Краткий ответ

В C# есть множество коллекций для различных целей, включая List, Dictionary, HashSet, Queue, Stack, специализированные коллекции, такие как LinkedList, SortedList, и параллельные коллекции, такие как ConcurrentDictionary и BlockingCollection. Каждая коллекция имеет свои особенности и предназначена для определенных сценариев использования.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое исключения?

💬 Спрашивают в 11% собеседований

Исключения в программировании — это механизмы обработки ошибок и необычных ситуаций, которые возникают во время выполнения программы. В C# и других языках программирования исключения позволяют отделить код обработки ошибок от основного кода программы, что упрощает его чтение и поддержку.

🤔 Основные понятия

1️⃣ Исключение (Exception): Событие, которое прерывает нормальный поток выполнения программы.

2️⃣ Блок try: Содержит код, который может вызвать исключение.

3️⃣ Блок catch: Содержит код, который выполняется, если возникает исключение. В catch блок можно передать параметр — экземпляр исключения, которое произошло.

4️⃣ Блок finally: Содержит код, который выполняется в любом случае, независимо от того, произошло исключение или нет. Обычно используется для освобождения ресурсов.

5️⃣ Бросание исключения (throw): Механизм для явного вызова исключения.

🤔 Пример использования

🤔 Основные блоки

try
{
    // Код, который может вызвать исключение
    int divisor = 0;
    int result = 10 / divisor;
}
catch (DivideByZeroException ex)
{
    // Обработка исключения
    Console.WriteLine("Деление на ноль невозможно.");
}
finally
{
    // Код, который выполнится в любом случае
    Console.WriteLine("Блок finally выполнен.");
}

🤔 Создание и бросание собственного исключения

public class InvalidAgeException : Exception
{
    public InvalidAgeException(string message) : base(message) { }
}

public void SetAge(int age)
{
    if (age < 0)
    {
        throw new InvalidAgeException("Возраст не может быть отрицательным.");
    }
    // Логика установки возраста
}

🤔 Краткий ответ

Исключения — это механизм обработки ошибок в C#, позволяющий отделить код обработки ошибок от основного кода программы. Основные элементы включают блоки try, catch, finally, а также оператор throw для явного вызова исключений.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое параллелизм?

💬 Спрашивают в 11% собеседований

Параллелизм в программировании — это метод выполнения нескольких операций одновременно, что позволяет ускорить выполнение задач и эффективно использовать ресурсы компьютера, такие как многоядерные процессоры. Параллелизм отличается от многозадачности тем, что он предполагает одновременное выполнение задач, а не просто чередование выполнения.

🤔 Основные концепции параллелизма

1️⃣ Параллельное выполнение (Parallel Execution): Одновременное выполнение нескольких задач на разных процессорных ядрах.

2️⃣ Потоки (Threads): Наименьшие единицы выполнения, которые могут быть параллельно выполнены.

3️⃣ Задачи (Tasks): Абстракция над потоками, позволяющая проще управлять параллельными операциями.

4️⃣ Асинхронное программирование (Asynchronous Programming): Выполнение операций без блокировки основного потока, часто используется в сочетании с параллелизмом.

🤔 Пример использования параллелизма в C#

🤔 С использованием `Parallel.For`

using System;
using System.Threading.Tasks;

class Program
{
    static void Main()
    {
        Parallel.For(0, 10, i =>
        {
            Console.WriteLine($"Task {i} is running on thread {Task.CurrentId}");
        });
    }
}

🤔 С использованием `Task.Run`

using System;
using System.Threading.Tasks;

class Program
{
    static async Task Main()
    {
        var task1 = Task.Run(() => DoWork("Task 1"));
        var task2 = Task.Run(() => DoWork("Task 2"));
        
        await Task.WhenAll(task1, task2);
    }

    static void DoWork(string taskName)
    {
        Console.WriteLine($"{taskName} is running on thread {Task.CurrentId}");
    }
}

🤔 Основные библиотеки и пространства имен в C#

1️⃣ System.Threading.Tasks: Основное пространство имен для работы с задачами (Task) и параллельным выполнением.

2️⃣ System.Threading: Предоставляет классы и интерфейсы для работы с потоками и задачами низкого уровня.

3️⃣ Parallel LINQ (PLINQ): Расширение LINQ для параллельного выполнения запросов.

🤔 Преимущества параллелизма

1️⃣ Ускорение выполнения задач: Позволяет значительно уменьшить время выполнения вычислительно интенсивных задач.

2️⃣ Эффективное использование ресурсов: Максимально использует мощности многоядерных процессоров.

3️⃣ Масштабируемость: Обеспечивает более плавную работу приложений при увеличении нагрузки.

🤔 Краткий ответ

Параллелизм — это метод одновременного выполнения нескольких задач для ускорения процессов и эффективного использования ресурсов компьютера. В C# это реализуется через Parallel и Task классы, позволяя выполнять задачи на разных процессорных ядрах одновременно.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое асинхронное программирование?

💬 Спрашивают в 11% собеседований

Асинхронное программирование — это метод программирования, при котором выполнение задач не блокирует основной поток приложения. Это позволяет улучшить производительность и отзывчивость приложений, особенно при выполнении длительных операций, таких как ввод-вывод (I/O), сетевые запросы или взаимодействие с базами данных.

🤔 Основные концепции

1️⃣ Асинхронные методы: Методы, которые выполняются асинхронно, часто обозначаются ключевыми словами async и await в C#.

2️⃣ Task: Основная единица работы в асинхронном программировании в C#. Объект Task представляет собой операцию, которая может выполняться асинхронно.

3️⃣ Await: Оператор, который указывает на то, что выполнение метода должно ожидать завершения асинхронной операции.

4️⃣ I/O Bound: Операции, которые зависят от ввода-вывода и обычно требуют времени ожидания (например, сетевые запросы, чтение/запись файлов).

5️⃣ CPU Bound: Операции, которые требуют значительных вычислительных ресурсов процессора.

🤔 Преимущества асинхронного программирования

1️⃣ Повышенная производительность: Основной поток не блокируется при выполнении длительных операций.

2️⃣ Отзывчивость интерфейса: Приложения остаются отзывчивыми, даже при выполнении длительных операций.

3️⃣ Лучшее использование ресурсов: Асинхронные операции позволяют более эффективно использовать ресурсы системы.

🤔 Пример асинхронного программирования в C#

🤔 Асинхронный метод

using System;
using System.Net.Http;
using System.Threading.Tasks;

class Program
{
    static async Task Main(string[] args)
    {
        string url = "https://api.example.com/data";
        string result = await FetchDataAsync(url);
        Console.WriteLine(result);
    }

    static async Task<string> FetchDataAsync(string url)
    {
        using (HttpClient client = new HttpClient())
        {
            HttpResponseMessage response = await client.GetAsync(url);
            response.EnsureSuccessStatusCode();
            string responseBody = await response.Content.ReadAsStringAsync();
            return responseBody;
        }
    }
}

🤔 Объяснение кода

1️⃣ async: Ключевое слово, которое указывает, что метод является асинхронным. Методы Main и FetchDataAsync объявлены с async.

2️⃣ await: Оператор, который приостанавливает выполнение метода до завершения асинхронной операции. В методе FetchDataAsync await используется для ожидания завершения операций GetAsync и ReadAsStringAsync.

3️⃣ Task: Возвращаемый тип метода FetchDataAsync, представляющий асинхронную операцию, которая возвращает строку.

🤔 Асинхронное программирование с Task и Task<T>

🤔 Пример с Task

static async Task Main(string[] args)
{
    await Task.Run(() => DoWork());
}

static void DoWork()
{
    // Выполнение длительной операции
    Console.WriteLine("Работа выполнена.");
}

🤔 Асинхронное программирование с I/O Bound операциями

🤔 Пример с чтением файла

using System;
using System.IO;
using System.Threading.Tasks;

class Program
{
    static async Task Main(string[] args)
    {
        string filePath = "example.txt";
        string content = await ReadFileAsync(filePath);
        Console.WriteLine(content);
    }

    static async Task<string> ReadFileAsync(string filePath)
    {
        using (StreamReader reader = new StreamReader(filePath))
        {
            return await reader.ReadToEndAsync();
        }
    }
}

🤔 Краткий ответ

Асинхронное программирование позволяет выполнять длительные операции без блокировки основного потока, улучшая производительность и отзывчивость приложений. В C# это реализуется с использованием ключевых слов async и await, а также класса Task.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое паттерны проектирования?

💬 Спрашивают в 11% собеседований

Паттерны проектирования (или шаблоны проектирования) — это проверенные решения общих проблем, которые возникают при разработке программного обеспечения. Они представляют собой шаблоны для организации кода, которые улучшают его структуру, читаемость и повторное использование. Паттерны проектирования не являются готовым кодом, но они предлагают структуры и подходы, которые можно адаптировать к конкретным потребностям проекта.

🤔 Основные категории паттернов проектирования

1️⃣ Порождающие паттерны (Creational Patterns): Эти паттерны связаны с созданием объектов, что позволяет скрыть сложность создания объектов и повысить гибкость системы.

➕ Примеры: Singleton, Factory Method, Abstract Factory, Builder, Prototype.

2️⃣ Структурные паттерны (Structural Patterns): Эти паттерны описывают, как классы и объекты могут быть объединены для формирования больших структур.

➕ Примеры: Adapter, Composite, Proxy, Flyweight, Facade, Bridge, Decorator.

🤔 Примеры паттернов проектирования

🤔 Singleton (Порождающий паттерн)

Обеспечивает создание единственного экземпляра класса и предоставляет глобальную точку доступа к этому экземпляру.

public class Singleton
{
    private static Singleton instance;

    private Singleton() { }

    public static Singleton Instance
    {
        get
        {
            if (instance == null)
            {
                instance = new Singleton();
            }
            return instance;
        }
    }
}

🤔 Factory Method (Порождающий паттерн)

Определяет интерфейс для создания объекта, но позволяет подклассам изменить тип создаваемого объекта.

public abstract class Product { }

public class ConcreteProductA : Product { }

public class ConcreteProductB : Product { }

public abstract class Creator
{
    public abstract Product FactoryMethod();
}

public class ConcreteCreatorA : Creator
{
    public override Product FactoryMethod()
    {
        return new ConcreteProductA();
    }
}

public class ConcreteCreatorB : Creator
{
    public override Product FactoryMethod()
    {
        return new ConcreteProductB();
    }
}

🤔 Adapter (Структурный паттерн)

Позволяет объектам с несовместимыми интерфейсами работать вместе.

public interface ITarget
{
    void Request();
}

public class Adaptee
{
    public void SpecificRequest()
    {
        Console.WriteLine("Specific request");
    }
}

public class Adapter : ITarget
{
    private readonly Adaptee _adaptee;

    public Adapter(Adaptee adaptee)
    {
        _adaptee = adaptee;
    }

    public void Request()
    {
        _adaptee.SpecificRequest();
    }
}

🤔 Observer (Поведенческий паттерн)

Определяет зависимость "один ко многим" между объектами таким образом, что при изменении состояния одного объекта все зависимые объекты оповещаются и обновляются автоматически.

public interface IObserver
{
    void Update();
}

public class ConcreteObserver : IObserver
{
    public void Update()
    {
        Console.WriteLine("Observer updated");
    }
}

public class Subject
{
    private readonly List<IObserver> observers = new List<IObserver>();

    public void Attach(IObserver observer)
    {
        observers.Add(observer);
    }

    public void Detach(IObserver observer)
    {
        observers.Remove(observer);
    }

    public void Notify()
    {
        foreach (var observer in observers)
        {
            observer.Update();
        }
    }
}

🤔 Краткий ответ

Паттерны проектирования — это проверенные решения общих проблем в разработке программного обеспечения. Они делятся на три категории: порождающие (Singleton, Factory Method), структурные (Adapter, Composite) и поведенческие (Observer, Strategy). Использование паттернов улучшает структуру кода, делает его более читаемым и гибким.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какие есть паттерны проектирования?

💬 Спрашивают в 11% собеседований

Паттерны проектирования — это шаблоны для решения общих проблем при разработке ПО. Они делятся на три категории:

🤔 Порождающие (Creational)

➕ Singleton: Один экземпляр класса.

➕ Factory Method: Создание объектов через методы.

➕ Abstract Factory: Семейства связанных объектов.

➕ Builder: Пошаговое создание сложных объектов.

➕ Prototype: Клонирование объектов.

🤔 Структурные (Structural)

➕ Adapter: Преобразование интерфейсов.

➕ Bridge: Разделение абстракции и реализации.

➕ Composite: Деревья объектов.

➕ Decorator: Добавление поведения объектам.

➕ Facade: Упрощение интерфейсов.

➕ Flyweight: Разделение мелких объектов.

➕ Proxy: Заместитель объектов.

🤔 Поведенческие (Behavioral)

➕ Observer: Оповещение об изменениях.

➕ Strategy: Замена алгоритмов.

➕ Command: Инкапсуляция запросов.

➕ Iterator: Последовательный доступ.

➕ Mediator: Посредник для взаимодействия.

➕ State: Смена поведения в зависимости от состояния.

➕ Chain of Responsibility: Цепочка обработчиков.

➕ Visitor: Добавление операций к объектам.

➕ Template Method: Скелет алгоритма.

🤔 Краткий ответ

Паттерны проектирования (порождающие, структурные, поведенческие) — это шаблоны для решения типовых задач в разработке ПО, улучшающие структуру и гибкость кода.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чем отличие монолитной и микросервисной архитектуре на практике?

💬 Спрашивают в 11% собеседований

Монолитная и микросервисная архитектуры представляют собой два разных подхода к построению программных систем. Рассмотрим ключевые отличия между ними на практике:

🤔 Монолитная архитектура

Определение:

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

Особенности:

1️⃣ Единый код:

➕ Вся логика и функциональность приложения собраны в одном проекте или исполняемом файле.

➕ Пример: Веб-приложение, где UI, бизнес-логика и доступ к данным находятся в одном проекте.

2️⃣ Разработка и деплой:

➕ Разработка может быть проще на начальном этапе, так как все компоненты находятся в одном проекте.

➕ Деплой представляет собой единое целое: обновление требует полного перезапуска приложения.

3️⃣ Тестирование:

➕ Процесс тестирования проще, так как все находится в одном проекте.

➕ Тесты могут покрывать весь функционал приложения сразу.

4️⃣ Масштабирование:

➕ Масштабирование происходит путем клонирования всего приложения (вертикальное масштабирование).

➕ Ограничено возможностями одного сервера.

5️⃣ Связность:

➕ Высокая степень связности между компонентами может привести к трудностям в поддержке и модификации.

➕ Изменение одного компонента может потребовать пересмотра всего приложения.

🤔 Микросервисная архитектура

Определение:

Микросервисная архитектура разделяет приложение на множество небольших, независимых сервисов, каждый из которых выполняет свою конкретную задачу.

Особенности:

1️⃣ Разделение кода:

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

➕ Пример: Интернет-магазин с отдельными сервисами для управления товарами, заказами, платежами и пользователями.

2️⃣ Разработка и деплой:

➕ Разработка может быть сложнее из-за необходимости координации между командами.

➕ Деплой каждого сервиса может выполняться независимо, что позволяет обновлять части системы без перезапуска всего приложения.

3️⃣ Тестирование:

➕ Тестирование может быть сложнее, так как необходимо тестировать взаимодействие между сервисами.

➕ Поддержка контрактного тестирования и других методологий для обеспечения совместимости сервисов.

4️⃣ Масштабирование:

➕ Масштабирование происходит горизонтально: можно масштабировать только те сервисы, которые испытывают высокую нагрузку.

➕ Более гибкое и эффективное использование ресурсов.

5️⃣ Связность:

➕ Сервисы слабо связаны друг с другом, что облегчает их поддержку и модификацию.

➕ Изменение одного сервиса не требует изменения других, что уменьшает риск.

🤔 Пример на практике

Монолит:

Предположим, у вас есть интернет-магазин. В монолитной архитектуре все функции, такие как каталог товаров, корзина, заказы, учетные записи пользователей и платежи, находятся в одном приложении. Обновление логики корзины требует развертывания всего приложения заново.

Микросервисы:

В микросервисной архитектуре каждый компонент интернет-магазина становится отдельным сервисом. Есть отдельные сервисы для каталога товаров, корзины, заказов, учетных записей пользователей и платежей. Если нужно обновить логику корзины, вы можете развернуть только соответствующий сервис, не затрагивая остальные.

🤔 Краткий ответ

Монолитная архитектура объединяет все компоненты приложения в одном проекте, что упрощает разработку и деплой, но усложняет масштабирование и поддержку. Микросервисная архитектура разделяет приложение на независимые сервисы, что улучшает масштабируемость и модульность, но усложняет координацию и тестирование.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Внешние ключи должны быть в базе данных?

💬 Спрашивают в 11% собеседований

Внешние ключи в базе данных играют важную роль в обеспечении целостности данных и установлении связей между таблицами. Они представляют собой специальные столбцы или группы столбцов в одной таблице, которые ссылаются на первичный ключ другой таблицы. Рассмотрим подробнее, почему внешние ключи важны и как они должны использоваться.

🤔 Зачем нужны внешние ключи

1️⃣ Целостность данных:

➕ Внешние ключи помогают поддерживать ссылочную целостность между связанными таблицами, гарантируя, что связи между записями корректны.

➕ Например, если у вас есть таблица Orders и таблица Customers, внешний ключ в Orders может ссылаться на первичный ключ в Customers, гарантируя, что каждый заказ относится к существующему клиенту.

2️⃣ Упрощение запросов:

➕ Внешние ключи облегчают написание запросов SQL, которые объединяют данные из нескольких таблиц. Они обеспечивают логическую связь, которая позволяет объединять таблицы в запросах.

➕ Пример: Получение всех заказов вместе с информацией о клиенте, сделавшем заказ.

3️⃣ Поддержка каскадных операций:

➕ Внешние ключи могут быть настроены для выполнения каскадных обновлений и удалений. Это означает, что при изменении или удалении записи в одной таблице соответствующие изменения автоматически применяются к связанным записям в другой таблице.

➕ Пример: При удалении клиента можно настроить каскадное удаление всех его заказов.

4️⃣ Улучшение целостности данных:

➕ Они предотвращают некорректные данные, такие как "висячие" ссылки, когда запись в одной таблице ссылается на несуществующую запись в другой таблице.

➕ Пример: Невозможно добавить заказ в таблицу Orders, если нет соответствующего клиента в таблице Customers.

🤔 Как использовать внешние ключи

1️⃣ Создание внешнего ключа:

➕ Внешний ключ создается при создании таблицы или добавляется позже с помощью команды ALTER TABLE.

➕ Пример создания внешнего ключа при создании таблицы:

     CREATE TABLE Orders (
         OrderID int PRIMARY KEY,
         OrderDate datetime,
         CustomerID int,
         FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID)
     );
     

2️⃣ Добавление внешнего ключа в существующую таблицу:

➕ Если таблица уже существует, внешний ключ можно добавить с помощью команды ALTER TABLE.

➕ Пример:

     ALTER TABLE Orders
     ADD CONSTRAINT FK_CustomerOrder
     FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID);
     

3️⃣ Каскадные операции:

➕ Внешние ключи можно настроить для каскадного удаления или обновления связанных записей.

➕ Пример настройки каскадного удаления:

     CREATE TABLE Orders (
         OrderID int PRIMARY KEY,
         OrderDate datetime,
         CustomerID int,
         FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID)
         ON DELETE CASCADE
     );
     

🤔 Примеры использования

🤔 Пример 1: Базовая установка внешнего ключа

CREATE TABLE Customers (
    CustomerID int PRIMARY KEY,
    CustomerName varchar(255)
);

CREATE TABLE Orders (
    OrderID int PRIMARY KEY,
    OrderDate datetime,
    CustomerID int,
    FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID)
);

🤔 Пример 2: Каскадное удаление

CREATE TABLE Orders (
    OrderID int PRIMARY KEY,
    OrderDate datetime,
    CustomerID int,
    FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID)
    ON DELETE CASCADE
);

🤔 Краткий ответ

Внешние ключи должны быть в базе данных для поддержания целостности данных, установления связей между таблицами и упрощения запросов. Они предотвращают некорректные данные и обеспечивают правильные каскадные операции при обновлениях и удалениях.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что если покрыть код контроллера тестами?

💬 Спрашивают в 11% собеседований

Покрытие кода контроллера тестами является важной практикой, которая помогает повысить качество и надежность приложения. Рассмотрим, что это означает, зачем это нужно, и как это делается.

🤔 Что такое тесты для контроллеров

Тесты для контроллеров — это автоматические тесты, которые проверяют функциональность методов контроллеров в веб-приложениях. Эти тесты могут быть двух основных типов:

1️⃣ Модульные тесты (Unit Tests):

➕ Проверяют отдельные методы контроллеров изолированно от других компонентов системы, используя заглушки или моки для зависимостей.

2️⃣ Интеграционные тесты (Integration Tests):

➕ Проверяют взаимодействие контроллера с другими компонентами системы, такими как сервисы, репозитории и базы данных.

🤔 Зачем нужно покрывать код контроллеров тестами

1️⃣ Проверка правильности кода:

➕ Тесты помогают убедиться, что контроллеры работают правильно и возвращают ожидаемые результаты.

2️⃣ Обнаружение ошибок:

➕ Автоматическое тестирование позволяет выявить ошибки на ранних стадиях разработки, что снижает затраты на их исправление.

3️⃣ Поддержка рефакторинга:

➕ Наличие тестов облегчает рефакторинг кода, так как тесты обеспечивают уверенность в том, что изменения не нарушили существующую функциональность.

4️⃣ Документация:

➕ Тесты служат живой документацией, показывая, как контроллеры должны вести себя в различных ситуациях.

5️⃣ Улучшение архитектуры:

➕ Написание тестов способствует созданию более модульного и тестируемого кода, что улучшает архитектуру приложения.

🤔 Как покрывать код контроллеров тестами

🤔 Модульные тесты

Модульные тесты контроллеров проверяют методы контроллера изолированно. Для этого обычно используются моки или заглушки для зависимостей контроллера, таких как сервисы или репозитории.

Пример модульного теста контроллера с использованием библиотеки xUnit и Moq:

using Moq;
using Xunit;
using MyWebApp.Controllers;
using MyWebApp.Services;
using Microsoft.AspNetCore.Mvc;

public class MyControllerTests
{
    [Fact]
    public void Get_ReturnsOkResult_WithListOfItems()
    {
        // Arrange
        var mockService = new Mock<IMyService>();
        mockService.Setup(service => service.GetItems()).Returns(new List<string> { "Item1", "Item2" });

        var controller = new MyController(mockService.Object);

        // Act
        var result = controller.Get();

        // Assert
        var okResult = Assert.IsType<OkObjectResult>(result);
        var items = Assert.IsType<List<string>>(okResult.Value);
        Assert.Equal(2, items.Count);
    }
}

🤔 Интеграционные тесты

Интеграционные тесты проверяют взаимодействие контроллера с другими компонентами системы. Обычно для таких тестов используется реальная база данных или её тестовый аналог.

Пример интеграционного теста с использованием xUnit и TestServer из Microsoft.AspNetCore.TestHost:

using System.Net.Http;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc.Testing;
using Xunit;

public class MyControllerIntegrationTests : IClassFixture<WebApplicationFactory<MyWebApp.Startup>>
{
    private readonly HttpClient _client;

    public MyControllerIntegrationTests(WebApplicationFactory<MyWebApp.Startup> factory)
    {
        _client = factory.CreateClient();
    }

    [Fact]
    public async Task Get_ReturnsOkResult_WithListOfItems()
    {
        // Act
        var response = await _client.GetAsync("/api/my");

        // Assert
        response.EnsureSuccessStatusCode();
        var responseString = await response.Content.ReadAsStringAsync();
        Assert.Contains("Item1", responseString);
    }
}

🤔 Краткий ответ

Покрытие кода контроллера тестами помогает обнаруживать ошибки, поддерживать корректность кода, облегчает рефакторинг и улучшает архитектуру приложения. Модульные тесты проверяют методы изолированно, а интеграционные тесты проверяют их взаимодействие с другими компонентами.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какой слой rest и swap с точки зрения трехслойной архитектуры?

💬 Спрашивают в 11% собеседований

В трехслойной архитектуре (трехуровневая архитектура), также известной как многоуровневая архитектура, приложения разделяются на три логических слоя:

1️⃣ Презентационный слой (Presentation Layer):

➕ Отвечает за взаимодействие с пользователем.

➕ Веб-интерфейсы, мобильные приложения, десктопные приложения.

➕ Примеры: HTML/CSS/JavaScript для веб-приложений, UI-компоненты в мобильных и десктопных приложениях.

2️⃣ Логический слой (Business Logic Layer):

➕ Содержит бизнес-логику и правила приложения.

➕ Обрабатывает данные, выполняет вычисления, применяет бизнес-правила.

➕ Примеры: классы и методы, реализующие бизнес-логику, сервисы, обработчики данных.

3️⃣ Слой данных (Data Access Layer):

➕ Отвечает за взаимодействие с источниками данных.

➕ Операции с базами данных, файловыми системами, внешними сервисами.

➕ Примеры: репозитории, Data Access Objects (DAO), API-клиенты для доступа к внешним системам.

🤔 REST и SWAP в контексте трехслойной архитектуры

🤔 REST

REST (Representational State Transfer):

➕ REST — это архитектурный стиль для разработки веб-сервисов. RESTful сервисы используют стандартные HTTP методы (GET, POST, PUT, DELETE и т.д.) для работы с ресурсами.

С точки зрения трехслойной архитектуры:

➕ Презентационный слой:

➕ Вызовы REST API могут происходить с клиентской стороны (например, AJAX запросы из веб-интерфейса) или через клиентские приложения.

➕ Пример: фронтенд веб-приложения, который взаимодействует с REST API.

➕ Логический слой:

➕ REST API реализует бизнес-логику и выступает посредником между презентационным слоем и слоем данных.

➕ Пример: контроллеры и сервисы, обрабатывающие REST запросы и выполняющие соответствующую бизнес-логику.

➕ Слой данных:

➕ REST API может взаимодействовать с базой данных или другими источниками данных для получения и сохранения информации.

➕ Пример: методы в API, которые выполняют запросы к базе данных через репозитории или DAO.

🤔 SWAP

SWAP (Simple Web API):

➕ SWAP — это гипотетический или менее распространенный термин, часто интерпретируемый как упрощенный API для веб-приложений.

С точки зрения трехслойной архитектуры:

➕ Презентационный слой:

➕ Клиентские приложения или пользовательские интерфейсы могут вызывать методы SWAP для получения или отправки данных.

➕ Пример: веб-страницы или мобильные приложения, обращающиеся к SWAP для выполнения операций.

➕ Логический слой:

➕ SWAP обрабатывает бизнес-логику аналогично REST API, предоставляя упрощенные конечные точки для взаимодействия с данными.

➕ Пример: сервисы, которые реализуют простые операции (CRUD) без сложной бизнес-логики.

➕ Слой данных:

➕ SWAP взаимодействует с базой данных или другими источниками данных для выполнения операций чтения/записи.

➕ Пример: методы SWAP, которые обращаются к базе данных через абстрактные уровни доступа к данным.

🤔 Заключение

В трехслойной архитектуре REST и SWAP выступают как интерфейсы, обеспечивающие взаимодействие между слоями, при этом они сами чаще всего принадлежат к логическому слою, поскольку реализуют бизнес-логику и правила приложения, обеспечивая доступ к данным через слой данных и предоставляя функционал презентационному слою.

🤔 Краткий ответ

➕ REST и SWAP чаще всего относятся к логическому слою в трехслойной архитектуре, так как они реализуют бизнес-логику и обеспечивают взаимодействие между презентационным слоем и слоем данных.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых