매개 변수로 다른 함수에 함수를 전달하는 것은 나쁜 습관입니까?

AS3 애플리케이션이 백엔드와 통신하는 방식을 변경하는 과정에 있으며 이전 시스템을 대체하기 위해 REST 시스템을 구현하는 중입니다.

안타깝게도 작업을 시작한 개발자는 현재 장기 병가에 있으며 나에게 넘겨졌습니다. 나는 지난 주 정도 동안 그 일을 해왔고 시스템을 이해하지만 걱정되는 것이 하나 있습니다. 함수에 함수가 많이 전달되는 것 같습니다. 예를 들어 서버를 호출하는 클래스는 프로세스가 완료되고 오류가 처리되었을 때 객체를 호출하고 전달하는 기능을 수행합니다.

그것은 내가 끔찍한 연습이라고 생각하는 "나쁜 느낌"을주고 있으며 그 이유를 생각할 수 있지만 시스템에 재 작업을 제안하기 전에 확인을 원합니다. 누군가이 가능한 문제에 대해 경험이 있는지 궁금합니다.

문제가되지 않습니다.

알려진 기술입니다. 이들은 고차 기능 (기능을 매개 변수로 취하는 기능)입니다.

이러한 종류의 함수는 함수형 프로그래밍 의 기본 구성 요소이며 Haskell 과 같은 함수형 언어에서 광범위하게 사용됩니다 .

이러한 기능은 나쁘거나 좋지 않습니다. 개념과 기술을 접한 적이 없다면 처음에는 이해하기 어려울 수 있지만 매우 강력하고 툴 벨트에 유용한 도구입니다.

함수형 프로그래밍에만 사용되는 것은 아닙니다. 콜백 이라고도합니다 .

콜백은 다른 코드에 인수로 전달되는 실행 가능한 코드로, 편리한 시간에 인수를 콜백 (실행)해야합니다. 동기식 콜백에서와 같이 즉시 호출되거나 비동기식 콜백에서와 같이 나중에 발생할 수 있습니다.

비동기 코드에 대해 잠시 생각해보십시오. 예를 들어 데이터를 사용자에게 보내는 함수를 전달합니다. 코드가 완료된 경우에만 응답 결과와 함께이 함수를 호출하면 함수가 데이터를 사용자에게 다시 보내는 데 사용합니다. 사고 방식의 변화입니다.

시드 박스에서 Torrent 데이터를 검색하는 라이브러리를 작성했습니다. 비 블로킹 이벤트 루프를 사용하여이 라이브러리를 실행하고 데이터를 가져온 다음 사용자에게 반환합니다 (예 : 웹 소켓 컨텍스트). 이 이벤트 루프에 5 명이 연결되어 있고 다른 사람의 급류 데이터 중단 요청 중 하나가 있다고 가정하십시오. 전체 루프가 차단됩니다. 따라서 비동기 적으로 생각하고 콜백을 사용해야합니다. 루프가 계속 실행되고 "데이터를 사용자에게 다시 제공"하는 기능은 실행이 완료된 후에 만 ​​실행되므로 기다릴 필요가 없습니다. 발사하고 잊어 버리십시오.

이것은 나쁜 것이 아닙니다. 사실, 그것은 아주 좋은 것입니다.

함수에 함수를 전달하는 것은 프로그래밍에서 매우 중요하므로 람다 함수 를 속기로 발명했습니다 . 예를 들어, C ++ 알고리즘과 함께 람다를 사용 하여 매우 작지만 표현적인 코드를 작성하여 일반 알고리즘이 지역 변수 및 기타 상태를 사용하여 검색 및 정렬과 같은 작업을 수행 할 수 있습니다.

객체 지향 라이브러리 에는 본질적으로 적은 수의 함수를 지정하는 인터페이스 인 콜백 이 있을 수 있습니다 (이상적으로 항상 그런 것은 아니지만). 그런 다음 해당 인터페이스를 구현하고 해당 클래스의 객체를 함수에 전달하는 간단한 클래스를 만들 수 있습니다. 이는 이벤트 중심 프로그래밍 의 초석입니다 . 프레임 워크 수준 코드 (아마도 다른 스레드에서도)는 사용자 작업에 대한 응답으로 상태를 변경하기 위해 개체를 호출해야합니다. Java의 ActionListener 인터페이스가 이에 대한 좋은 예입니다.

기술적으로 C ++ functor는 구문 설탕을 활용 operator()()하여 동일한 작업을 수행하는 콜백 객체 유형입니다 .

마지막으로 C에서만 사용해야하는 C 스타일 함수 포인터가 있습니다. 자세한 내용은 다루지 않겠습니다. 위에서 언급 한 다른 추상화는 훨씬 뛰어나므로 해당 언어로 사용해야합니다.

다른 사람들은 함수형 프로그래밍과 그 언어에서 함수 전달이 매우 자연스러운 방법에 대해 언급했습니다. Lambda와 콜백은 절차 및 OOP 언어가이를 모방하는 방식이며 매우 강력하고 유용합니다.

이미 말했듯이 나쁜 습관은 아닙니다. 그것은 단지 책임을 분리하고 분리하는 방법 일뿐입니다. 예를 들어 OOP에서는 다음과 같은 작업을 수행합니다.

public void doSomethingGeneric(ISpecifier specifier) {
    //do generic stuff
    specifier.doSomethingSpecific();
    //do some other generic stuff
}

일반적인 방법은 인터페이스를 구현하는 다른 객체에 특정 작업을 위임하는 것입니다. 일반적인 방법은이 인터페이스 만 알고 있습니다. 귀하의 경우이 인터페이스는 호출되는 함수입니다.

일반적으로 함수를 다른 함수에 전달하는 데 아무런 문제가 없습니다. 비동기식 호출을 수행하고 결과로 무언가를 수행하려는 경우 일종의 콜백 메커니즘이 필요합니다.

간단한 콜백에는 몇 가지 잠재적 인 단점이 있습니다.

• 일련의 호출을하려면 깊은 콜백 중첩이 필요할 수 있습니다.
• 일련의 호출에서 각 호출에 대해 오류 처리에 반복이 필요할 수 있습니다.
• 여러 번의 전화를 동시에하고 한 번에 모두 마치면 여러 번의 전화 조정이 어색합니다.
• 일련의 통화를 취소하는 일반적인 방법은 없습니다.

간단한 웹 서비스를 사용하면 잘 작동하지만 더 복잡한 호출 순서가 필요한 경우 어색해집니다. 그래도 대안이 있습니다. 예를 들어 JavaScript를 사용하면 promise 사용으로 전환되었습니다 ( javascript promises에 대한 장점 ).

여전히 함수를 다른 함수에 전달하는 것과 관련이 있지만 비동기식 호출은 콜백을 직접받는 것이 아니라 콜백을받는 값을 반환합니다. 이렇게하면 이러한 통화를 함께 구성 할 수있는 유연성이 향상됩니다. 이와 같은 것을 ActionScript에서 상당히 쉽게 구현할 수 있습니다.