🖥 Ленивая инициализация в C#

Отложенная инициализация или «ленивая» инициализация — это способ доступа к объекту, скрывающий за собой механизм, позволяющий отложить создание этого объекта до момента первого обращения. Необходимость ленивой инициализации может возникнуть по разным причинам: начиная от желания снизить нагрузку при старте приложения и заканчивая оптимизацией редко используемого функционала. И действительно, не все функции приложения используются всегда и, тем более, сразу, потому создание объектов, реализующих их, вполне рационально отложить до лучших времён. Я хотел бы рассмотреть варианты ленивой инициализации, доступные в языке C#.

Для демонстрации примеров я буду использовать класс Test, у которого есть свойство BlobData, возвращающее объект типа Blob, который по легенде создаётся довольно медленно, и было решено создавать его лениво.

class Test
{
public Blob BlobData
{
get
{
return new Blob();
}
}
}


Проверка на null

Самый простой вариант, доступный с первых версий языка, — это создание неинициализированной переменной и проверка её на null перед возвращением. Если переменная равна null, создаём объект и присваиваем этой переменной, а потом его возвращаем. При повторном обращении объект уже будет создан и мы сразу его вернём.

class Test
{
private Blob _blob = null;

public Blob BlobData
{
get
{
if (_blob == null)
{
_blob = new Blob();
}

return _blob;
}
}
}

Объект типа Blob тут создаётся при первом обращении к свойству. Либо не создаётся, если он по какой-то причине в этой сессии программе не понадобился.

Тернарный оператор ?:

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

class Test
{
private Blob _blob = null;

public Blob BlobData
{
get
{
return _blob == null
? _blob = new Blob()
: _blob;
}
}
}

Суть осталась той же. Если объект не инициализирован, инициализируем и возвращаем. Ежели уже инициализирован, то просто сразу возвращаем.

is null

Ситуации бывают разные и мы, например, можем столкнуться с такой, в которой у класса Blob перегружен оператор ==. Для этого, вероятно, нам может потребоваться сделать проверку is null вместо == null. Доступно в свежих версиях языка.

return _blob is null
? _blob = new Blob()
: _blob;


Но это так, небольшое отступление.



Null-coalescing оператор ??


Ещё больше упростить код нам поможет бинарный оператор ??

Суть его работы такова. Если первый операнд не равен null, то он и возвращается. Если же первый операнд равен null, возвращается второй.

class Test
{
private Blob _blob = null;

public Blob BlobData
{
get
{
return _blob ?? (_blob = new Blob());
}
}
}

Второй операнд пришлось взять в круглые скобки из-за приоритета операций.

📌Статья

@csharp_ci

🖥 Преимущества функционального программирования на примерах C#

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

using System;
using System.Collections.Generic;
using System.Linq;

namespace ModularityAndReusabilityExample
{
class Program
{
static void Main(string[] args)
{
List<int> numbers = new List<int> { 1, 2, 3, 4, 5 };

int sum = numbers.Sum();
int product = numbers.Product();

Console.WriteLine("Sum: " + sum);
Console.WriteLine("Product: " + product);
}
}

public static class Extensions
{
public static int Product(this IEnumerable<int> source)
{
return source.Aggregate(1, (acc, x) => acc * x);
}
}
}

В этом примере мы создали список чисел и использовали два метода расширения для вычисления суммы и произведения этих чисел. Метод Sum — это встроенный метод, предоставляемый C#, а метод Product — это пользовательский метод расширения, который мы определили сами.


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


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

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

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

📌 Читать дальше

@csharp_ci

🖥 Запуск ASP.NET Core + PostgreSQL | Docker Compose

Наглядный по работе docker-compose.

📌 Источник

@csharp_ci

⏩ RISC-V formal ISA Specification

Очень интересный проект, который показывает элегантность и выразительность F# – формальная (и исполняемая) спецификация для RISC-V ISA, написанная в функциональном стиле.

Авторы демонстрируют «чрезвычайно элементарную» реализацию F#, чтобы сделать ее читаемой и пригодной для широкой аудитории.

▪Github
▪ISA инструкции

@csharp_ci