파일 기반 CacheDependency가 성능에 나쁜 영향을 줄 수 있습니까?

Question

개발을 쉽게하기 위해 아키텍처 결정을 내리고, .NET에서 파일 기반 CacheDepdency를 구축하는 데 필요한 성능 오버 헤드가 얼마나되는지 통찰력을 제공 할 수 있는지 알고 싶습니다.

현재 디자인 방식은 자바 스크립트 기반 기능을 유지/가독성을 위해 각 로직별로 별도의 파일로 구분하는 것입니다. 런타임에는 모든 파일을 단일 포함으로 병합하고 gzip으로 압축합니다. 또한 각 논리 블록에 대해 CacheDependency 기반의 파일을 사용하고 있으며 후속 요청에서 해당 파일이 변경 될 때 캐시를 다시 작성합니다.

이 접근법을 사용하면 성능에 미치는 영향이 있습니까? CacheDepdency에 30 개의 파일이있는 경우, 2 또는 3 개의 파일을 말하는 것보다 훨씬 느리게 실행합니까? 아니면이 시간 만이 밀리 초입니까?

Answer 1

차이는 무시할 수 있습니다.

하지만 진짜 질문은 '왜 배포/출시 된 웹 사이트에서 파일을 변경하고 있습니까?'입니다.

제 생각에는 스크립트를 개발할 때 스크립트를 분리하여 보관하는 것이 더 낫습니다. 테스트/준비/릴리스 시간이 다가 오면 빌드 스크립트를 사용하여 1) JS 파일을 연결하고 2) 압축하여 일부 자바 스크립트 압축기/최적화 도구 - 디버깅을 위해이 단계를 건너 뛸 수 있습니다. 3) 단일 정적 JS 파일을 제공하고 웹 서버가 GZip/캐싱을 처리하도록합니다.