Следуя пути использования лучших практик в нашем приложении для повышения производительности, мы должны затронуть пару вопросов, которые могут помочь в создании гораздо более оптимальных и более быстрых приложений.
Первая проблема заключается в минимизации, этот процесс заключается в уменьшении размера файлов, поэтому загрузка, которую должен выполнить пользователь-клиент, намного меньше, и, таким образом, увеличивается производительность, что в настоящее время приобретает все большее значение из-за большой размер, которого могут достичь файлы .css и .js .
Вторая проблема - это управление реадресом в нашем приложении, хотя это может показаться безвредным, но рекурсивный подход не во всех случаях хорош, поэтому мы должны узнать, когда лучше всего его применять.
минификация
Этот процесс, как мы объяснили, должен уменьшить размер скриптов и файлов стилей, но он также может быть применен к коду, который написан внутри представления с тегами о
Сократить файл
Чтобы минимизировать код или файл, просто удаляются пробелы, разрывы строк и ненужные символы, а также комментарии, при удалении всех этих символов размер файла резко уменьшается и достигает на 25% меньше.
Если мы добавим сжатие GZIP к минификации, мы увидим все, что приведет к уменьшению файла, заставив браузер загружать меньше элементов.
Инструменты для минимизации
Наиболее используемые инструменты для минификации - это JSMin и YUI Compressor, поэтому мы можем исследовать, как применить эту технику.
Давайте посмотрим, как выглядит код Javascript после минификации:
Мы видим на левой стороне изображения нормальный код и результат минимизации на правой стороне.
Переадресация
Переадресация - это ресурс, который используется для того, чтобы браузер перешел по адресу или URL-адресу, отличному от того, который пользователь хочет посетить, это часто используется, когда у нас есть ресурсы, которые были перемещены на другие серверы, или когда у нас много доменов. и мы хотим отправить пользователя в основной домен.
Тем не менее, это не всегда хорошая практика, так как браузер на несколько секунд должен аварийно завершить работу при поиске нового адреса, и, если он не указан явно, мы не сможем загрузить кеш.
Классическое направление
Один из классических способов, которым происходит нежелательный переадресация, - это когда мы вызываем наше приложение к ресурсу, например: page.com/resource/result, это приведет к автоматическому переадресации на page.com / resource / result / если мы наблюдатели, мы увидим, что / было добавлено в конце.
Чтобы избежать этого, мы можем применить метод, который переписывает URL с использованием правила перезаписи в конфигурации нашего приложения в IIS, как мы можем видеть:
Затем мы видим, что если наш сервер обнаруживает URL с косой чертой в конце, он удаляется и генерируется постоянный ре-адрес, то есть, поскольку браузер, получив URL с косой чертой в конце, не будет ждать его перенаправления если нет, то он напрямую переходит на новый URL.
На этом мы завершим это руководство и увидим два случая, которые помогут нам улучшить производительность нашего приложения, а также примеры передового опыта, чтобы наш код был более профессиональным.
- 0
СТАТЬИ