Comments 30
А умеет ли SquishIt «разворачивать» инструкции @import в CSS-файлах?
+1
Результирующий файл компонуется на лету? Я имею ввиду физически файл появится на диске?
Мне еще понравился add-in Chirpy. Основан на T4 и популярных минификаторах. Плюс в том, что вся статика появляется во время сборки сайта, удобно конфигурируется единожды, а не как случае SquishIt — в каждом представлении. Но а минус — нет штатных средств для запрета минификации в режиме отладки.
Мне еще понравился add-in Chirpy. Основан на T4 и популярных минификаторах. Плюс в том, что вся статика появляется во время сборки сайта, удобно конфигурируется единожды, а не как случае SquishIt — в каждом представлении. Но а минус — нет штатных средств для запрета минификации в режиме отладки.
+1
SquiShit
-1
UFO just landed and posted this here
Из плюсов Combres можно отметить отсутствие необходимости менять pageBaseType, ну и отдельный файл конфигурации, благодаря чему не нужно перечислять скрипты в каждой вьюхе.
+1
Только что опытным путем было доказано что менять pageBaseType не обязательно. Работает и стандартный «System.Web.Mvc.WebViewPage», но только razor будет подчеркивать @SquishIt.Css.Render("~/Content/combined_#.css"). А зачем перечислять все скрипты в каждой вьехе? Можно ведь многие скрипты перенести в layout?
0
Еще из плюсов Combres — расширяемость фильтрами.
Есть готовые фильтры реализующие парсинг префиксов ~/ в URL, CSS-переменные, LESS. Можно добавлять свои фильтры.
Есть готовые фильтры реализующие парсинг префиксов ~/ в URL, CSS-переменные, LESS. Можно добавлять свои фильтры.
+1
Круто! раньше приходилось вручную все css файлы сливать в один и сжимать из за ограничения IE
0
Библиотека полезная, но зачем менять «pageBaseType» на «SquishIt.Contrib.Mvc.SquishItBasePage»? В моих проекта уже есть свой «pageBaseType». Неужели по-другому нельзя реализовать?
0
А разве нельзя свой pageBaseTye унаследовать от SquishIt.Contrib.Mvc.SquishItBasePage?
0
А что если у меня еще есть одна «не правильно написанная» библиотека, которая требует свой pageBaseType? От двух-то классов я не могу унаследоваться.
0
Да, тогда, конечно, только решение 1andy: использовать статический класс Bundle той же библиотеки (using SquishIt.Framework).
За сегодняшний день выяснилось, что это на порядок удобнее:
— можно сделать отдельные файлы (например, один общий объединенно-минифицированный файл для всех страниц в главном layout'е и еще один на конкретной странице);
— можно оставить , если использовать функцию .ForceRelease();
— наконец, файлы складываются в общий в той последовательности, в которой указываешь, а не снизу вверх.
За сегодняшний день выяснилось, что это на порядок удобнее:
— можно сделать отдельные файлы (например, один общий объединенно-минифицированный файл для всех страниц в главном layout'е и еще один на конкретной странице);
— можно оставить , если использовать функцию .ForceRelease();
— наконец, файлы складываются в общий в той последовательности, в которой указываешь, а не снизу вверх.
0
Спасибо за статью — в мемориз!
Сейчас аналогичный процесс налажен с помощью MSBuild, Yahoo.Yui.Compressor, проблемы с кешем решили динамическим добавлением параметра запроса (зависящего от даты последнего изменения файла).
Сейчас аналогичный процесс налажен с помощью MSBuild, Yahoo.Yui.Compressor, проблемы с кешем решили динамическим добавлением параметра запроса (зависящего от даты последнего изменения файла).
0
Видимо подход не будет работать на фермах, к сожалению. Вьюха может быть отрендерена на одном компьютере, а запрос на получение javascript файла пойдет на другой компьютер, где то еще не был создан.
0
Sign up to leave a comment.
Объединение и сжатие CSS и JS файлов в ASP.NET веб-приложений