각종 위험으로부터 안전하기 때문에 프로젝트에 적용할 수 있다고 클린아키텍처에서 설명하고 있음..
그러나 일부만 적용하라 하더라고. 성능 때문에
여튼 함수형은 절차지향보다 먼저 등장한 생각보다 근본있는 패러다임이라는..
댓글 6
각종 위험이란?
익명(14.5)2022-12-31 03:57
답글
스레드 동기화 문제 등 엄청 많더라
익명(125.178)2022-12-31 03:59
답글
기억 안남. 하여튼 값이 불변하기 때문에 엄청나게 안전하다더라고
익명(125.178)2022-12-31 03:59
성능 문제 생길 때마다 부분적으로 최적화 가능해서 기본적으로 함수형으로 짜는 게 좋음. 그리고 함수형 언어들은 기본적으로 관련해서 최적화가 다 되지.
익명(39.119)2022-12-31 04:14
답글
순수한 영역과 비순수한 영역을 나누기 때문에 설계라는 걸 굳이 생각하고 하지 않아도 대원칙을 지키면서 코딩하다보면 자연스럽게 적합한 구조가 만들어지는 식으로 코딩이 가능함. 순수 함수는 테스트가 너무나도 쉬움. 입력에 따른 출력만 보면 되기 때문임. 예외 처리도 쉬워짐. 왜냐하면 순수 함수는 참조 투명성이 보장되어서 예외라는 게 사실상 발생할 수 없지만 비순수 함수는 예외가 발생할 수 있기 때문에 비순수 함수에 대해서만 예외 처리를 해주면 되기 때문임. 하지만 비순수 함수는 결국 순수 함수를 호출하는 구조로 이루어지기 때문에 모든 예외 처리를 비순수 함수에 대해서만 하더라도 예외 처리를 안 해서 생기는 문제는 없어지게 됨
익명(39.119)2022-12-31 04:18
답글
DDD도 쉬워짐. 도메인 영역은 순수 함수가 동작을 담당하고 인터페이스 같은 외부 작용을 하는 부분은 비순수 함수가 담당하면 되기 때문임. 도메인 영역에 대해서만 잘 만들어놓으면 해당 함수들을 호출해서 나온 결과값을 어떻게 보여줄 것인지 이 것만 플랫폼마다 바꾸어주면 그만임
각종 위험이란?
스레드 동기화 문제 등 엄청 많더라
기억 안남. 하여튼 값이 불변하기 때문에 엄청나게 안전하다더라고
성능 문제 생길 때마다 부분적으로 최적화 가능해서 기본적으로 함수형으로 짜는 게 좋음. 그리고 함수형 언어들은 기본적으로 관련해서 최적화가 다 되지.
순수한 영역과 비순수한 영역을 나누기 때문에 설계라는 걸 굳이 생각하고 하지 않아도 대원칙을 지키면서 코딩하다보면 자연스럽게 적합한 구조가 만들어지는 식으로 코딩이 가능함. 순수 함수는 테스트가 너무나도 쉬움. 입력에 따른 출력만 보면 되기 때문임. 예외 처리도 쉬워짐. 왜냐하면 순수 함수는 참조 투명성이 보장되어서 예외라는 게 사실상 발생할 수 없지만 비순수 함수는 예외가 발생할 수 있기 때문에 비순수 함수에 대해서만 예외 처리를 해주면 되기 때문임. 하지만 비순수 함수는 결국 순수 함수를 호출하는 구조로 이루어지기 때문에 모든 예외 처리를 비순수 함수에 대해서만 하더라도 예외 처리를 안 해서 생기는 문제는 없어지게 됨
DDD도 쉬워짐. 도메인 영역은 순수 함수가 동작을 담당하고 인터페이스 같은 외부 작용을 하는 부분은 비순수 함수가 담당하면 되기 때문임. 도메인 영역에 대해서만 잘 만들어놓으면 해당 함수들을 호출해서 나온 결과값을 어떻게 보여줄 것인지 이 것만 플랫폼마다 바꾸어주면 그만임