프로그래밍에서 지연이란 특정 코드의 실행을 연기하는 것을 뜻한다.

-지연 열거

C#에서 컬렉션 데이터를 열거하는 IEnumerable<T>는 지연 평가를 이용한다.

배열과 List<T>도 IEnumerable<T> 인터페이스를 구현하지만 데이터로 채워져야 하기 때문에 사전 평가가 이뤄져야 한다.

Enumerable.Skip(n) : 지정 된 개수의 시퀀스의 요소를 무시 하고 나머지 요소를 반환

Enumerable.Take(n) : 시퀀스의 시작 부분부터 지정 된 수의 연속 요소를 반환

IEnumerable이 지연 평가로 실행이 되기 때문에 foreach()문에서 컬렉션을 순회하면서 GetEnumerator()를 이용한 IEnumerator<T>형식에 존재하는 MoveNext() 메서드 같은 경우엔 결과 계산이 필요한 경우에만 호출이 된다. 

-지연 평가

if (data != null || data.count > 1) 이라는 조건 구문이 있을때

OR 연산자는 

data != null 이 false인 것을 확인하면 data.count > 1을 평가한다 하지만 data가 null이므로 count 속성에 접근이 불가하여 예외가 발생한다.

f (data != null && data.count > 1) 이라는 조건 구문이 있을때

AND 연산자는

data != null이 false인 것을 확인하면 나머지 식을 판단하지 않고 지연시켜서 && 논리 연산의 결과를 false로 결론 내어 예외가 발생하지 않는다. 이런 지연 평가를 이용하면 하나의 식만으로 결론을 판단하고 나머지 식을 무시할 수 있다.

-엄격하지 않은 평가

4 + ( 3 * 2 ) 계산식을 작성할때 엄격한 평가는 (3 * 2)를 먼저 계산한 결과를 가지고 후에 + 4를 해주는 과정을 거치며

엄격하지 않은 평가는 + 연산자가 먼저 처리되고 다음으로 내부 공식인 (3 * 2)가 처리 되는 방식

평가 순서가 바깥에서 안쪽으로 향한다.

-지연 초기화

사용 시점까지 개체 생성을 연기하는 최적화 기법

멤버에 대한 액세스가 이뤄지기 전에는 초기화 되지 않는 개체를 정의하는 것이다.

C#에서는 Lazy<T> 클래스가 있다.

Lazy<Data> data = new Lazy<Data>(() => new Data());

Lazy를 이용하면 위와같이 data 변수를 정의한 후에도 초기화가 이뤄지지 않는다.

IsValueCreated 속성을 이용해서 data 변수가 초기화 되었는지 확인 가능하고

Value 속성을 이용해 인스턴스의 값을 가져올수 있다.

(data.Value as Data).Count

멤버 Count에 대한 접근을 하려 하면 값을 가져오기 위해 내부적으로 Data의 생성자를 먼저 호출하여 초기화를 한 후

Count 값을 가져오게 된다.

-지연의 장단점

장점

불필요한 기능을 위한 초기화 시간 절약 가능실행 
순서의 중요성이 떨어지는 경우로 프로그램을 더 효과적으로 실행 
가능지연을 이용해 보다 효율 적인 코드 작성 가능

단점

프로그램 흐름을 예측하기 어렵고 제어가 어려워 질 수 있다
지연을 구현하는 코드의 복잡성에 따른 성능 하락이 발생할 수 있다.

-사전 연산

캐시 기법의 하나로 조회 테이블을 이용하기 위해 초기 연산을 수행하는 방법이다.

조회 테이블은 특정 작업을 실행 할 때 반복적인 연산이 발생하는 것을 피하기 위한 것이다.

입력받는 값의 n승을 계산하여 반환하는 기능이 있다면

매번 실행될때마다 pow 과정을 실행하는 것이 아닌

int[] powerOfTwos = new int[100];

for (int i = 0; i < 100; i++)
	powerOfTwos[i] = (int)Math.Pow(i, 2);

처럼 미리 연산해둔 값을 저장하여 가지고 이후에는 해당하는 값에 조회만해서 가져오는 방식 

-메모화

특정 입력 값에 대한 함수의 처리 결과를 기억하는 과정

특정 함수에 입력 값을 전달할 때마다 프로그램이 결과를 기억해 두고 이후 입력 값이 같다면 함수를 다시 실행 하지 않고 저장된 곳에서 결과를 얻는다

Dictionary<int, int> memoizeDict = new Dictionary<int, int>();

if (memoizeDict.ContainsKey(number))
{
	return memoizeDict[number]
}
else
{
	int i = number * A()....
    	memoizeDict.Add(number, i)
    	return i;
}

처럼 A()함수의 처리 결과가 딕셔너리에 이미 저장되어 있다면 A() 함수 처리를 하지 않고
딕셔너리에서 바로 값을 반환 하는 형식이다.

이번 챕터를 공부하면서 느낀 점은

지연, 사전 연산, 메모화 등의 기법은

함수형 프로그래밍에 한해서 이용하면 더욱 더 효율적인 코드를 작성할 수 있다라기 보다는

우리가 전반적으로 코드를 작성하면서 이런 기법들을 잘 사용한다면 최적화된 효율적인 코드를 작성할 수 있다라는 생각을 많이 하게 되었고,

정식적인 기법 명칭을 인지하고 있지 않았을 뿐, 일부는 코드를 작성하면서 사용하고 있었던 것들도 있었다 

재귀 호출은 for문 while문 같은 반복에 비해 더 짧게 구현 가능한 경우가 많기 때문에 함수형 접근 방식에 적합하다고 한다. 대신 설계 및 테스트는 어려운 편

재귀 호출은 기본 케이스를 갖는 것이 일반적이며 기본 케이스란 재귀의 종료 조건을 정의하는 것을 말한다. 

반복하는 형태의 구현이 더 효율적인 경우에 컴파일러가 재귀 호출을 반복으로 변환하기도 한다고 한다.

기본 케이스가 실행될 때까지 끊임없이 자신을 호출하는 형태를 직접 재귀 호출(꼬리 재귀, 누적기 전달형, 연속 전달형..)이라 하고, 

간접 재귀 호출이라는 것도 있는데 간접 재귀는 최소 두 개의 함수가 관여하는 형태로 함수 A,B가 존재할 경우 함수 A가 B를 호출하고, 함수 B가 다시 A를 호출하는 형태

이 형태를 재귀 호출로 볼수 있는 근거는 함수 B가 A를 호출할 때 함수 A는 이미 B를 호출하면서 활성화 되었기 때문. 즉 함수 B가 A를 호출했을 때, 함수 A의 호출이 아직 완료되지 않은 상태로 남아 있다.

LINQ의 Aggregate를 적용하면 재귀 함수를 함수형 접근 방식으로 리펙토링 할수 있다.

요약하면 재귀 함수를 사용하면, 표현이 어렵지 않게 누구나 보기에 자연? 스러워 진다면 가독성이 좋아지고, 변수의 사용을 줄여줌으로써 함수형 프로그래밍에 알맞다라고 하는거 같다.

함수를 일급 객체로 취급하는 함수형 프로그래밍에서 함수에서 함수를 호출하여 처리 하는 방식인 점도 있는거 같다.

하지만 재귀 함수도 잘못 사용 되어질 경우엔 메모리를 많이 차지할수도 있고 성능이 안좋을수도 있다 (스택에 매개변수, 지역변수, 리턴 값, 종료후 돌아갈 위치 등 스택 메모리에 쌓이니까.. 스택오버플로우)

그리고 가독성이 좋아진다라고 책에는 정리 되어 있지만, 복잡한 로직의 재귀 함수일 경우엔 오히려 이해하거나 보는데 있어서 가독성을 해칠 경우가 있을거 같다.

즉, 재귀 함수의 형태는 함수형 프로그래밍에 맞지만 이것을 이용하여 개발하는데 있어서는 주의할 점과, 고려해야할 것 등 어려움이 많을수 있다 정도 인거 같다.

유니티에서 비동기? 처럼 프로그래밍을 하는 대표적인 방법으로는 코루틴을 이용한 방식이라고 생각하고 있다.

굳이 단점이라면 예외처리가 안되고, 값 리턴이 불가능 하다는것

Async와, Await를 이용함으로써 비동기 프로그래밍을 작성할때

예외처리가 가능하고, 값 리턴이 가능하다는것

하지만 유니티로 개발을 하면서 과연 Async, Await 등을 이용하여 비동기 프로그래밍을 작성할 상황이

얼마나 많을까? 하는 의문이 들기는 하다.

monobehaviour를 상속받지 않는 클래스에서 비동기 방식이 필요하다면 사용 해볼법도 한 것 같다.

1. 코루틴

private IEnumerator WaitOneSecond()

{

        yield return new WaitForSeconds(1.0f);

        Debug.Log("Finished waiting.");

}

2. Async, Await

private async Task WaitOneSecondAsync()

{

        await Task.Delay(TimeSpan.FromSeconds(1));

        Debug.Log("Finished waiting.");

}

쓰임새는 다르지만 기능은 1초를 기다린후 로그를 출력하는 동일한 방식

C# 버전이 올라가면서 제공되는 비동기 프로그래밍의 기본 방법이 추가 된 것일 뿐

둘중에 어떤 것이 더 좋다라고 하기 보단, 상황에 따라 활용할 수 있는 방법이 추가 된 걸로 받아들였다.

C# 3.0 에서 처음 소개된 언어 통합 질의 (LINQ, 링크) 는 IEnumerable<T> 인터페이스를 구현하는 컬렉션 등으로부터 필요한 데이터 원본을 쉽게 질의 할 수 있다.

LINQ는 컬렉션 데이터를 질의할 때 지연 실행 개념을 이용한다

var numbers = new List();
numbers.Add(1);

var r01 = numbers.Select(x => x * 10);

numbers.Add(2);

foreach (var x in r01)
{
	Console.WriteLine(x);
}

위 결과는 10, 2가 아니라 -> 10, 20이 나온다

이유는 질의를 완성하고 나서 바로 시퀀스를 반환하는것이 아니라 foreach문에서 열거 작업이 실행될때 쿼리가 실행되는 지연 실행 때문이다.

지연 실행을 원하지 않고 바로 반환을 할수도 있다.

Count(), First(), ToList(), ToArray() 와 같은 메서드를 사용하면 개체를 반환하는 메서드이기 때문에 바로 실행이 된다.

플루언트 구문 : 람다식 형태의 매개변수, 확장 메서드에 따른 메서드 체인으로 작성하는 코드 방식

쿼리식 구문 : SQL 질의와 비슷하게 작성하는 코드 방식

컴파일러는 컴파일 과정에 쿼리식을 플루언트 구문으로 변환한다

쿼리식으로 표현한 것은 플루언트 구문으로도 작성이 가능하다.

함수형 프로그래밍에선 플루언트 구문이 최적의 방법이라고 할 수 있다? ( 플루언트 구문이 람다식, 메서드 체인 등을 이용한 코드 방식때문에 코드 수를 줄일 수 있다는 장점에서 현재 .보는 책에서는 언급이 된 거 같다)

Enumerable 클래스는 System.Linq 네임스페이스에 속해 있으며 50여개의 표준 질의 연산자를 포함한다.

필터링 : 조건을 만족하는 것들을 추출하기 위해 데이터 요소를 평가하는 작업

(Where, Take, Skip, TakeWhile, SkipWhile, Distinct)가 있다.

투영 : 개체를 다른 형태로 변환 하는 것

(Select, SelectMany)가 있다

조인 : 직접적인 객체 모델 관계를 갖지 않는 서로 다른 원본 시퀀스들을 하나의 출력 시퀀스로 짜맞추는 작업

(Join, GroupJoin)가 있다

정렬 : 기본 비교자를 이용해서 결과 시퀀스를 정렬하는 작업

(OrderBy, ThenBy)가 있다

그룹화 : TKey 키 값에 따라 그룹화된 IGrouping<Tkey, Telement> 형식의 개체들로 구성된 시퀀스를 생성한다.

(GroupBy, Group, by)가 있다

집합연산 : 동일 컬렉션 혹은 별도의 컬렉션 내에서 일치하는 요소의 존재 여부에 기반한 결과 집합을 반환한다.

(Concat, Union, Intersect, Except)가 있다

변환 메서드 : 컬렉션의 형식을 변한하기 위한 것

(OfType, Cast, ToArray, ToList, ToDictionary, ToLookup)가 있다

요소 연산 : 인덱스나 조건자를 이용해서 시퀀스가 포함하는 개별 요소를 추출하는 작업

(First, FirstOrDefault, Last, Single, SingleOrDefault, ElementAt, DefaultIfEmpty)가 있다

1. LINQ의 장점은 데이터를 다룰 때 필요한 연산을 한 곳에 묶을수 있다는 것인거 같다.

하지만 LINQ의 표현식을 사용해서 작업하다 보면 때로는 남용될 가능성은 없을까?

그렇다면 오히려 가독성이나, 코드 정리를 해칠수도 있지 않을까 

이럴땐 오히려 간단한 메서드 호출이 더 짧고 가독성이 좋지 않을까 

2. LINQ의 지연 실행의 장점은 질의를 한번 정의하고 나면 필요할 때만 별도로 호출 할 수 있기 때문에 이 장점을 잘 이용하면 메모리 부하가 적고 자원 낭비가 덜한 코드를 작성할 수 있다는 것이다.

하지만 (Avarage, Count)등, 몇몇 연산자 (orderBy, Reverse)등과 같은 질의 연산자들은 원본 시퀀스를 반복하기 때문에

메모리 효율을 저하시킬수 있어서 이러한 점을 인지하고 사용하는게 좋다고 한다.

3. 성능에선 어떤게 좋을까?

StackOverFlow에서 보면 LINQ같은 경우엔 개발적인 속도와, 유지 보수성에선 LINQ에 손을 들어주는 대신

성능을 우선시 해야할 경우엔 수동으로 코드를 작성해주는 것이 더 좋다라는 식에 의견이 많은 것 같다.

모든지 과하면 안좋은 것 처럼, 무작정 쓰지 말아야 한다! 라는것 보단 적절한 선에서 적절히 사용한다면 좋은 프로그램 작성과, 효율을 다 가져갈 수 있지 않을까? ( 너무 뻔한말인가..)

확장 메서드는 기존 클래스나 형식에 변경을 가하지 않고 기능을 확장할 수 있는 방법이다.

public static bool Extension(this string str) {...}

처럼 첫 번째 인수에 this 키워드가 있는데 이것이 확장 메서드임을 의미한다.

확장 메서드는 정적 클래스에서만 정의할 수 있다.

메서드 체인은 읽기 쉽고 짧은 코드를 작성할 수 있도록 해주기에 함수형 프로그래밍 작성에 어울리고, 메서드 체인은 확장 메서드에 의존하는 관계를 가진다.

A(), B() 함수를 이용한 string 값을 만드는 상황에서

확장메서드가 미적용일 경우엔

string result = "";

string strTemp = "ABCD";

strTemp = A(strTemp);

strTemp = B(strTemp);

result = strTemp;

확장메서드를 적용할 경우엔

string result = "";

string strTemp = "ABCD";

result = strTemp.A().B();

처럼 코드를 더 간결하게 만들수 있다 라는 장점이 있다.

기존에 정의되어 있는 메서드와 동일한 이름을 갖는 확장 메서드를 만들 경우 매개 변수 형식과 갯수까지 같다면 기존 메서드가 실행 되므로 주의 해야 하고,

기존 형식의 코드 변경 없이 개발자 임의로 만든 메서드를 대상 형식에 쉽게 추가를 할수 있지만 너무 과하게 사용한다면 혼란을 야기할 수도 있기 때문에 적당히 사용한다면 좋은 프로그래밍 작성에 도움이 될 듯 하다.