Может ли файловый CacheDependency негативно повлиять на производительность? - PullRequest
1 голос
/ 21 февраля 2012

Я пытаюсь принять архитектурное решение, чтобы упростить разработку, и хочу знать, может ли кто-нибудь дать представление о том, какие накладные расходы необходимы для создания файлового CacheDepdency в .NET?

В настоящее время мойПодход к дизайну состоит в том, чтобы разделить нашу функциональность на основе Javascript на отдельные файлы для каждой части логики для удобства сопровождения / читабельности.Во время выполнения я объединяю и сжимаю gzip всех файлов в одно включение.Кроме того, я использую файловый CacheDependency для каждого логического блока и при последующих запросах перестраиваю кеш при изменении любого из этих файлов.

Существенно ли сказывается производительность при использовании этого подхода?Если в CacheDepdency есть 30 файлов, это работает значительно медленнее, чем, скажем, 2 или 3 файла, или это разница только в миллисекундах?

1 Ответ

2 голосов
/ 21 февраля 2012

Разница будет незначительной.

Но реальный вопрос должен звучать так: «Почему вы меняете файлы на развернутом / выпущенном веб-сайте?».

По моему мнению, было бы более целесообразно разделять ваши сценарии, так как они у вас есть для РАЗРАБОТКИ, и когда наступает время тестирования / подготовки / выпуска, есть сценарий сборки, который 1) объединяет ваши файлы JS, 2) сжимает их с помощью некоторый компрессор / оптимизатор JavaScript - для целей отладки вы можете пропустить этот шаг - 3) обслуживать один статический файл JS и позволить вашему веб-серверу обрабатывать GZip / кэширование.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...