Какое-либо исследование в области пригодности для обслуживания “защитного оператора” по сравнению с “единственной функциональной точкой выхода” доступная парадигма?

Я задаюсь вопросом, было ли какое-либо исследование (и случайно и устойчиво) на пригодности для обслуживания проектов, которые используют "защитную парадигму" оператора по сравнению с "единственной функциональной точкой выхода" парадигма?

Пример оператора Guard (в C#):

string GetSomeString()
{
    if(necessaryConditionFails) { return null; }
    if(!FunctionWithBoolReturn(someAttribute)) { return null; }
    //all necessary conditions have been met
    //do regular processing...
    return finalStringValue;
}

единственный функциональный пример точки выхода (в C#):

string GetSomeString()
{
    string valueToReturn = null;
    if(necessaryConditionPasses && FunctionWithBoolReturn(someAttribute)) 
    { 
        //all necessary conditions have been met
        //do regular processing...
        valueToReturn = finalStringValue;
    }
    return valueToReturn;
}

Я знаю достоинства, и сбои обоих были обсуждены бесконечно на Так, но я ищу фактическое исследование как удобный в сопровождении каждая парадигма is*. Это может быть неизвестно, но я фигурировал, там ли информация, кто-то на ТАК знал бы, где это было. Мои веб-поиски не были успешны до сих пор.

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