액션 지향 C#

5년 전 나는 고원을 만났다. 내 코드는 특정 수준의 품질과 유연성에 도달했고 개선이 중단되었습니다. 다음은 계속 오르기 위해 함수형 프로그래밍의 측면을 사용한 방법입니다.

내 코드는 예뻤지만SOLID, 가능하면 중복 제거를 적극적으로 시도했음에도 불구하고 여전히 매우 유사한 코드가 많이 있었습니다. 정확한 중복은 아니었지만 코드 전체에 걸친 명확한 패턴으로 인해 유지 관리가 원래보다 더 많은 어려움을 겪었습니다.

그런 다음 코드를 더욱 개선하기 위해 Actions 및 Funcs를 적용하는 방법을 발견했습니다.

가상의 예를 살펴보겠습니다.

// Associates Degree
if (resume.HasAssociatesDegree)
{
    try
    {
        resume.AssociatesDegreeScore = CalculateAssociatesDegreeScore();
    }
    catch (InvalidOperationException ex)
    {
        Console.WriteLine($"Could not calculate associates degree score: {ex.Message}");
        resume.AssociatesDegreeScore = 0;
    }
}
else
{
    resume.AssociatesDegreeScore = 0;
}

// Bachelors Degree
if (resume.HasBachelorsDegree)
{
    try
    {
        resume.BachelorsDegreeScore = CalculateBachelorsDegreeScore();
    }
    catch (InvalidOperationException ex)
    {
        Console.WriteLine($"Could not calculate bachelors degree score: {ex.Message}");
        resume.BachelorsDegreeScore = 0;
    }
}
else
{
    resume.BachelorsDegreeScore = 0;
}

// Masters Degree
if (resume.HasMastersDegree)
{
    try
    {
        resume.MastersDegreeScore = CalculateMastersDegreeScore();
    }
    catch (InvalidOperationException ex)
    {
        Console.WriteLine($"Could not calculate masters degree score: {ex.Message}");
        resume.MastersDegreeScore = 0;
    }
}
else
{
    resume.MastersDegreeScore = 0;
}

이것은 인위적인 예이지만 문제를 보여줍니다. 이 시나리오에서는 속성을 확인하고 속성이 false인 경우 호출해서는 안 되는 몇 가지 사용자 지정 논리를 수행한 다음 그 결과를 개체의 사용자 지정 속성에 저장하는 반복적인 패턴이 있습니다.

간단한 일상이지만 이력서에 관련 학위가 없으면 CalculateX 메서드를 호출할 수 없기 때문에 중복이 명확하고 메서드 추출에 저항합니다.

또한 버그가 발생하여 코드 변경이 필요했다고 가정해 보겠습니다. 이제 3곳에서 동일한 변경을 수행해야 합니다. 하나를 놓치면 버그가 발생할 수 있습니다. 또한, 유사성은 수정해야 하는 모든 라인이 수정되지 않은 경우 안티패턴 및 잠재적 버그 소스인 복사/붙여넣기 기반 개발을 수행하도록 유혹합니다.


내 접근 방식을 변경하면서 배운 것은 Action 및 Func 유형을 전달하면 구성 가능한 동작을 제공하여 메소드에서 훨씬 더 많은 유연성을 얻을 수 있다는 것입니다.
Action는 반환 형식 없이 호출할 메서드의 일반 서명입니다.

예를 들어 부울 및 정수 매개변수를 취하는 서명은 다음과 같습니다. Action<bool, int> myAction;Func는 값을 반환한다는 점을 제외하면 Action와 매우 유사합니다. 반환된 값의 형식은 마지막 일반 형식 인수입니다. 예를 들어, Func<bool, int>는 부울을 받아 정수를 반환합니다.

따라서 이 예에서 Func를 사용하여 일부 구성 가능한 동작이 있는 메서드를 추출할 수 있습니다.

private decimal EvaluateEducation(
  bool hasAppropriateDegree, 
  string degreeName, 
  Func<decimal> calculateFunc)
{
    if (hasAppropriateDegree)
    {
        try
        {
            // Invoke the function provided and return its result
            return calculateFunc(); 
        }
        catch (InvalidOperationException ex)
        {
            Console.WriteLine($"Could not calculate {degreeName} score: {ex.Message}");
        }
    }

    return 0;
}

이렇게 하면 호출 코드가 다음과 같은 간단한 세그먼트로 향상됩니다.

resume.AssociatesDegreeScore = EvaluateEducation(resume.HasAssociatesDegree, 
  "associates", 
  () => CalculateAssociatesDegreeScore());

resume.BachelorsDegreeScore = EvaluateEducation(resume.HasBachelorsDegree, 
  "bachelors", 
  () => CalculateBachelorsDegreeScore());

resume.MastersDegreeScore = EvaluateEducation(resume.HasMastersDegree, 
  "masters", 
  () => CalculateMastersDegreeScore());

구문이 읽기가 조금 더 어렵지만 이것은 훨씬 간단합니다. 메서드에 대한 세 번째 매개 변수에서 수행하는 작업은 LINQ 쿼리에 사용하는 것과 유사한 람다 식을 선언하는 것입니다.

매개변수를 사용하는 Func로 작업해야 하는 경우(예: Func<int, decimal> 서명이 있는 경우 논리를 다음과 같이 변경할 수 있습니다.(myInt) => myInt + CalculateMastersDegreeScore();

이것은 상당히 인위적인 예이지만 Func 및 Action를 다양한 방법으로 전달하는 힘을 보여주기를 바랍니다. 이것은 함수형 프로그래밍이 기반으로 하는 토대이지만 소량만 사용하면 객체 지향 프로그래밍에서도 매우 유용할 수 있습니다.

이 구문을 사용하면 코드를 읽기가 조금 더 어려워지지만 유지 관리의 이점은 현실적이며 중복 관련 결함이 발생할 확률은 훨씬 낮습니다.

사이드 프로젝트나 특정 복제 영역에서 시도해 보고 어떻게 생각하는지 알려주십시오.