Минимальная ширина при изменении размера окна

Существует три типа, которые должны обсуждаться явно. На практике, хотя URL-адреса были абстрагированы для обработки на более низком уровне, и я хотел бы сказать, что разработчики могут пройти всю свою жизнь, не набирая ни одного URL-адреса вручную.

Absolute

Абсолютные URL-адреса связывают ваш код с протоколом и доменом. Это можно преодолеть с помощью динамических URL-адресов.

https://dev.example.com/a.html?q=

Absolute Pros:

  1. Control - управлять субдоменом и протоколом. Люди, которые входят через неясную субдомену, будут перенаправлены в соответствующий субдомен. Вы можете прыгать туда и обратно между безопасными и незащищенными, если это необходимо.
  2. Настраивается - разработчики любят, чтобы вещи были абсолютными. При использовании абсолютных URL-адресов вы можете создавать опрятные алгоритмы. URL-адреса могут быть настроены так, чтобы URL-адрес можно обновлять по всему сайту с одним изменением в одном файле конфигурации.
  3. Clairvoyance - вы можете искать людей, соскабливающих ваш сайт, или, возможно, забрать дополнительные внешние Ссылки.

Корневой относительный

Корневые относительные URL привязывают ваш код к базовому URL. Это можно преодолеть с помощью динамических URL-адресов и / или базовых тегов .

.example.com/index.php?q=

Корневые относительные плюсы:

  1. Настраивается - базовый тег делает

Относительный

Относительные URL привязывают ваш код к структуре каталогов. Невозможно преодолеть это. Относительные URL-адреса полезны только в файловых системах для перемещения каталогов или в качестве ярлыка для черновой задачи.

index.php?q=

Относительные минусы:

  1. CONFUSING - Сколько точек это ? сколько папок это? Где находится файл? Почему это не работает?
  2. ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ - Если файл случайно перемещен, ресурсы завершаются загрузкой, ссылки отправляют пользователя на неверные страницы, данные формы могут быть отправлены на неверную страницу. Если файл NEEDS должен быть перемещен, все ресурсы, которые собираются прекратить загрузку, и все ссылки, которые будут некорректны, должны быть обновлены.
  3. НЕ ПРОСМОТРЕТЬ - Когда веб-страницы становятся более сложными и начинается просмотр получая повторное использование на нескольких страницах, относительные ссылки будут относиться к файлу, в который они были включены. Если у вас есть фрагмент кода навигации, который будет размещаться на каждой странице, то относительный будет относиться к множеству разных мест. Первое, что люди понимают, когда начинают создавать шаблон, - это то, что им нужен способ управления URL-адресами.
  4. COMPUTED - они реализованы вашим браузером (надеюсь, согласно RFC). См. Главу 5 в RFC3986 .
  5. OOPS! - Ошибки или опечатки могут привести к ловушкам-паукам.

Эволюция маршрутов

Разработчики перестали писать URL-адреса в том смысле, который здесь обсуждается. Все запросы относятся к индексному файлу веб-сайта и содержат строку запроса, а также маршрут. Маршрут можно рассматривать как мини-URL, который сообщает вашему приложению, что он будет создан.


    http://dev.example.com/index.php/my:whacky:url

Маршруты Плюсы:

  1. Все преимущества абсолютных URL-адресов.
  2. Использование любого символа в URL.
  3. Больше контроля (хорошо для SEO).
  4. Возможность алгоритмически генерировать URL-адреса. Это позволяет настраивать URL-адреса. Изменение URL-адреса - это одно изменение в одном файле.
  5. Нет необходимости в 404 не найденных. Исправленные маршруты могут отображать карту сайта или страницу с ошибкой.
  6. Удобная защита косвенного доступа к файлам приложений. Операторы Guard могут убедиться, что все поступают через соответствующие каналы.
  7. Практичность в подходе MVC.

My Take

Most люди будут использовать все три формы в своих проектах так или иначе. Ключ должен понять их и выбрать наиболее подходящий для задачи.

30
задан Tiny 27 October 2015 в 16:16
поделиться