2017-12-17 1 views
0

나는 프런트 엔드 코드를 프로그래밍하는 동안 모듈 패턴을 사용하여 클라이언트에 제공되기 전에 브라우저로 확인되었습니다. 내가 읽었던 바로는 Browserify가 노드 스타일 모듈 분리를 에뮬레이션하기 위해 서로 다른 파일과 각각의 코드를 자신의 클로저에 넣는 것처럼 보입니다. 즉, Closure/Module 패턴의 목적을 무효로 만들 때 Browserify를 사용할 때? 이 경우 모듈 패턴을 사용하고 클로저에 코드를 래핑 한 다음 다른 클로저에 저장하고 불필요하고 성능을 저하시키는 패턴이 될 수 있습니다. Browserify로 컴파일 될 모듈을 작성할 때 코드를 다르게 처리해야합니까?browserify를 사용할 때 클로저/모듈 패턴이 더 이상 사용되지 않습니까?

답변

0

Browserify로 컴파일 할 모듈을 작성할 때 코드를 다르게 처리해야합니까?

번호하지만 CommonJS 또는 ES6 모듈로 해석됩니다 쓰기 모듈, 즉 자바 스크립트 파일이있을 때, 당신은 실제로 모듈 패턴 (인생)을 사용하지 않아야합니다. 모듈에는 이미 자체 범위가 있으므로, module.exports 또는 export 선언을 사용하면됩니다.

도 참조하십시오. Namespacing with IIFE in ES6?.

+0

아, 고맙습니다. 지금은 이해. –

관련 문제