Double Depping: 가져오기 맵과 deps.ts를 함께 사용

지도 가져오기 !== Deno 종속성 관리

가져오기 맵은 가져오기 별칭 역할을 하며 다음에 대한 매니페스트일 필요는 없습니다.
종속성.

가져오기 맵 키는 바로 가기, 별칭, 미러/리디렉션 URL, 클라이언트 측 사용, 범위, 파일 시스템 경로 등 섹스 어필을 추가하는 것입니다.

{
  "imports": {
    "@/", "./where-its-at",
  }
}

deps.ts : 일반적인 스크립트

deps.ts를 사용하는 방법은 논리를 추가하기 위한 것입니다. 이 스크립트의 기본
목적은 외부에서 모듈과 유형을 함께 내보내는 것입니다.
종속성 및 로컬 라이브러리.
./node_modules와 module.exports를 합치는 것과 비슷합니다. 섞어
모던export 선언으로 –🎉– Deno의 진정한 아름다움과 목적이 더욱 분명해집니다.

패키지 및 잠금

이 두 파일을 함께 사용하여 종속성 버전을 관리하십시오. deps.ts 또는 import_maps.json 파일에서 버전 번호를 설정할지 여부는 사용자에게 달려 있습니다. 종속성 사용에 따라 관련이 없을 수도 있습니다. 예를 들어 일회용 도우미 함수는 부모 모듈과 함께 업데이트할 필요가 없습니다.

이것이 번들에 좋지 않습니까?

기사는 deps.ts 사용 관행이 나무 흔들림을 방지한다고 지적합니다. 그러나 Deno의 Bundler 출력은 intended for consumption in Deno 입니다.

하지만 컴파일 속도가 느려집니다.

하지만 컴파일 속도가 느려집니다. 누가 신경 쓰나요? Deno Deploy, Netlify 및 GitHub Actions와 같은 에지 컴퓨팅에 충분히 강력한 서버에서 프로젝트를 호스팅하는 경우 컴파일 시간은 무시할 수 있습니다. deno test 및 deno info 와 같은 Deno의 내장 도구를 활용하여 로컬 개발 프로세스의 속도를 높일 수 있습니다.

독립

종속성을 구성하는 이 혼합 및 일치 방법은 아무렇게나 보일 수 있지만 Deno의 컴파일러는 신경쓰지 않습니다.

넌 너대로 해. 가장 좋은 방법은 프로젝트에 적합하다고 느끼는 모든 것입니다. 공동 작업자와 함께 자신의 컨벤션을 만듭니다. 아니면 많은 코드 검토가 없는 임의의 일회성 샌드박스 리포지토리에 중요하지 않기 때문입니다.

또는 당신이 독단적이고 관습에 얽매이지 않을 수 있기 때문에 그렇게 하십시오. 귀하의 방법은 모범을 보이거나 따라야 할 많은 훌륭한 예를 찾을 수 있습니다.

OSS FTW!

TLDR

Ryan Dahl은 아마도 ...에서 이것을 설명했습니다. (모르겠어요. 너무 길었어요. 안 봤어요.)