как да съкратя синтаксиса на извикване на функция само ако аргументите не са null в c#?

Лично аз смятам, че „не се обаждай, ако тази стойност е null“ трябва да се случва достатъчно рядко, така че въвеждането на if да не е толкова голям проблем. Това каза

Ако желаете да настроите някои методи за разширение, за да обработвате различни бройки на списък с параметри, можете да направите нещо подобно:

static class Extensions
{
    public static void IfNotNull<T>(Action<T> func, T arg)
        where T : class
    {
        if (arg != null)
        {
            func(arg);
        }
    }
}

тогава можете да направите това:

var arg = getArg();

Extensions.IfNotNull(foo, arg);

За съжаление, компилаторът няма да изведе типа делегат, за да изпълни горното, използвайки синтаксиса на метода на разширение, което би съкратило синтаксиса още повече. Но можете да използвате функцията using static ..., за да поставите метода Extensions в обхват, така че да можете да извиквате без името на класа, като това:

IfNotNull(foo, arg);

Разширете идеята до други функционални подписи, ако е необходимо. Просто ще отразявате моделите, използвани за типовете делегати Action и Func.

Обърнете внимание също, че горният подход добавя допълнителни разходи за разпределяне и извикване на екземпляр на делегат. Всъщност не е точно същото като просто да поставите оператора if. В повечето случаи това изобщо няма да окаже влияние върху производителността.

Ако искате да избегнете излишните разходи за делегат и сте готови да напишете нов метод за всеки метод, който искате да третирате по този начин, можете разбира се да добавите този междинен метод :

void SafeFoo(ArgType arg)
{
    if (arg != null)
    {
        foo(arg);
    }
}

Това ми изглежда като истинска болка, особено ако нямате много места, които искате да избегнете if. Но е там.

В противен случай не. Езикът предлага няколко различни преки пътища за работа с null стойности, но нищо вградено не би направило това, което искате за този конкретен сценарий.

Кратък отговор:НЕ, НЯМА

Внушение:

Без сложен код или включване на библиотеки на трети страни в микса, мисля, че трябва да имате предвид следните точки, когато проектирате своя код:

• Какво трябва да прави този код за диапазона от аргументи, които трябва да бъдат предоставени?
• Този, който извиква тази част от кода, знае ли за възможните резултати от споменатия метод?

Първото нещо, което можете да направите, е да документирате методите.

Във вашия пример изглежда, че getArg може да върне null. Така че добър подход може да бъде:

/// <summary>
/// Describe your method here
/// </summary>
/// <returns>Describe what it returns</returns>
/// <remarks>May return NULL if (explain why)</remarks>
public TypeName getArg()
{
    //do your code here
}

страхотно И така, сега всеки, който възнамерява да използва метода getArg(), ще има добро описание на това какво прави методът и, хей, той дори може да ви даде null екземпляр във връщането.

Можете да направите същото с foo(). Сега не е ясно дали foo() трябва да работи или не, ако null е предадено в параметъра. Но от вашето описание на функционалността изглежда, че ще счупи приложението, ако е така.

Ако случаят е такъв, вероятно искате да накарате foo() да хвърля изключение.

Така че добър подход би бил:

/// <summary>
/// Describe your method here
/// </summary>
/// <param name="args">Describe the argument here</param>
/// <exception cref="System.ArgumentNullException">When args is null</exception>
public void foo(TypeName args)
{
    if (args == null)
        throw new ArgumentNullException(nameof(args));
    //do your code here
}

Почти стигнахме.

Сега, частта от кода, която свързва всичко...

Знаете от предоставената (от вас) документация, че:

• args може да бъде null
• foo() хвърля изключение, ако args е null

И от документацията знаете, че искате да избягвате try catch колкото можете поради производителността.

• ДРЪМ РОЛ *

Предоставеният от вас код трябва да е окончателният код :)

var args = getArgs();
if (args != null)
    foo(args);

Но отново. Това е просто използване на стандартен .net код.

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