함수형 프로그래밍 언어로서 JavaScript에서 함수의 중요한 위치와 큰 역할을 상상할 수 있습니다. 그러나 이는 큰 편리함을 제공하지만 필연적으로 큰 문제를 가져옵니다.
익명 함수는 양날의 검입니다. 함수형 프로그래밍 언어를 더욱 완벽하게 만들고 코드를 읽기 어렵게 만듭니다. 익명 함수에는 의미론적 비용이 많이 든다는 점을 알아야 합니다.
함수에 이름이 없으면 문제가 되지 않을 수 있으며 대부분의 시나리오에서 의미를 잃게 됩니다. 함수 이름은 자신의 이름, 친구의 이름, 애완동물의 이름과 동일합니다. 그렇지 않으면 왜 쓰겠습니까?
가장 불필요한 곳에서도 명명된 함수를 사용하는 것은 큰 가치가 있습니다
아마도 익명 함수의 편리함을 증명하기 위해 많은 시나리오를 쉽게 열거할 수 있을 것입니다. , 그러나 대부분의 사람들은 이것을 출발점으로 삼아 작은 것만큼 작은 선행을 하지 않습니다. 예를 들어
Array.some, Array.forEach, String.replace
와 같은 예가 많이 있습니다. 또한 이름이 지정된 함수를 사용할 필요가 없다고 자신있게 말할 수 있습니다. 이 일을 합니다. 그러나 일부, forEach 및 대체 자체에는 이미 광범위한 의미가 있다는 점을 잊지 마십시오. 하지만 여전히 한 단계 더 나아갈 수 있습니다.
1.Array.some, 광범위한 의미는 배열에 일부가 있는지 확인하는 것입니다. 그러나 일부는 정확히 무엇입니까?
2.Array.forEach, 광범위한 의미는 순회입니다. Array는 순회를 위한 수많은 기능을 제공합니다. 왜 맵, 모든 등 대신에 forEach를 선택했습니까?
3.String.replace, 넓은 의미는 대체인데 정확히 무엇으로 대체되나요?
코드는 사람들이 읽을 수 있도록 작성되었습니다.
1. 코드를 읽고 배열에서 찾으려는 내용을 추측하거나 추론할 수 없나요?
2. 이 배열을 순회하여 수행하려는 작업을 함수 이름을 통해 직접 알려주실 수 있나요?
3. 함수명을 통해 직접 바꾸고 싶은 내용을 알려주실 수 있나요?
간단한 예로 가격 배열에 정수 가격이 있는지 알아보세요. isInteger는 기존 공개 함수일 수 있습니다. 그렇지 않은 경우 해당 함수를 갖게 됩니다. 간결하고 읽기 쉽습니다. 기본 프로세스를 읽을 때 일부 코드를 읽을 필요가 없습니다. isInteger는 이러한 코드입니다. isInteger는 테스트 가능하고 테스트하기 쉽습니다. 걱정된다면 단위 테스트를 수행하세요. 약간의 변경으로 코드의 일부가 테스트 가능해졌음을 알 수 있습니다. 공개 함수는 아니지만 이름이 지정된 함수로 작성하는 것이 더 깔끔하고 테스트하기 쉽습니다.
var isAnyInteger = PriceArr.some(Common.isInteger.bind(Common));
이것은 직접 작성할 수 있는 익명 함수로 간주되는 매우 극단적인 예이지만 이름을 지정할 수도 있다는 것은 분명합니다. 함수 경계 처리, 즉 명명된 함수를 작성하는 것은 전혀 해가 되지 않으며 오히려 더 좋아질 것입니다.
아무리 간단한 코드라도 아키텍처와 구현을 구분해야 합니다
또 다른 재난 지역은 then 함수입니다. 모두가 이렇게 작성하더라도 더 이상할 수는 없습니다. , 이렇게 할 수 없다는 것을 이해해야 합니다. 쓰기, 올바른 자세는 다음과 같이 작성해야 합니다. 표시 순서를 예로 들어 보겠습니다.
/* * name : getOrder * description : 获取订单数据 */function getOrder() {//{{{var url = 'https://www.qunar.com/getOrder';//假如收集参数比较费劲,应该用一个函数专门去收集参数var params = getOrderParams();//假如参数体比较庞大,应该先将其赋予一个变量var params = { orderNo:'248663058'};//无论如何,现将参数赋予变量你都将获得在这里打印变量方便调试的便利console.log('getOrder url & params:', url, params);return $.post(url, params); }//}}}/* * name : renderOrder * description : 拿订单,拿到就在页面上展示出来,拿不到就告诉用户为什么没拿到 */function renderOrder() {//{{{//高级函数,只安排工作,不自己实现//getOrder() 对该函数来说是不可见的,它要的只是订单数据,偷得抢的都可以 getOrder().then(render, remindUser); }//}}}function render() {//{{{}//}}}function remindUser() {//{{{}//}}}
물론, renderOrder가 쓸모없다고 생각할 수도 있습니다. 급여를 받았는데 일이 안되면 $.post에 적어두시면 나중에 괜찮지 않을까요?
아니요, 어느 날 로컬과 로컬 캐시 모두에서 주문을 얻을 수 있게 되면 getOrder는 getOrderFromServer, getOrderFromCache라는 두 가지 기능을 관리하는 하위 고급 기능으로 업그레이드됩니다.
또는 이전에 주문을 받아야 하는 경우 뭔가를 한 후에는 renderOrder가 이를 침착하게 처리할 수 있습니다.
오버디자인이라는 단어는 생각도 하지 마세요. 대부분의 사람들은 이런 능력이 없으니 걱정하지 마세요.
처음부터 수석 아키텍트이셨지만 코드를 파트타임으로만 작성하셨네요
네임드 함수를 광범위하게 사용하면 코드 구조가 매우 명확해지고 누구나 쉽게 이해할 수 있다는 것을 확실히 알 수 있습니다. main 프로세스에서는 이름이 붙은 각 함수를 누구나 쉽게 구현할 수 있으며, 구현하려는 내용이 함수 이름에 명확하게 명시되어 있습니다.
이러한 명명된 기능은 집의 뼈대와도 같고, 쌓으면 건물의 뼈대가 되는 건축 디자이너를 직접 본 적이 있나요? 코드 작성도 마찬가지입니다. 함수를 쌓아서 뼈대를 형성하는데, 각 함수를 어떻게 구현해야 하는지 도와주세요(처음 배울 때 직접 구현하도록 도와주세요).
위 내용은 익명 함수는 장점과 단점이 있는 양날의 검입니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!