Бэкенд-инженеры, как спроектировать некоторые ши-подобные URI, не думая вызвать отвращение у мобильных/фронтенд-инженеров?
Надеюсь, эта статья вдохновит вас.
Способ 1: Сделайте несколько неизвестных имен.
Например:
API.example.com/68 ровно 0-ах 9 из 3-…
Не делайте такого рода читаемым:
58.com/Пекин/Б/3…_
Голос за кадром: Пекин / Подержанные каналы / Post ID_
Способ 2. Изучайте больше иностранных языков, желательно тех, в которых легко ошибиться.
Например:
API.ex AP Muller.com/Louvre/Big-V…
Голос за кадром: Лувр / Леонардо да Винчи / Мона Лиза
Способ 3: добавьте «/» в конце URI, чтобы другие подумали, что это каталог, и, возможно, помочь им сделать еще один переход 301, что ухудшит производительность.
Например:
api.canvas.com/shapes/
И такой однозначный апи абсолютно невозможен:
api.canvas.com/shapes
Способ 4: Используйте больше »"вместо "-", чтобы улучшить нечитаемость URI, постарайтесь скрыть эффекты подчеркивания в средствах просмотра текста"".
Например:
API.example.com/blogs/no_FI…
Как насчет эффекта подчеркивания, разве это не круто?
И это относительно освежает, не рекомендуется:
API.example.com/blogs/no-fi…
Способ 5: Используйте больше заглавных букв, чтобы запутать звонящего и поставить его в неловкое положение.
Например:
Голос за кадром: URI чувствительны к регистру, как указано в RFC 3986.
Вы узнали это? Позаботьтесь, чтобы защитить себя!
Шутка есть шутка,хороший URI, рекомендуется сделать так:
(1) RESTful является основным принципом, и наименование должно быть осмысленным;
(2) Не используйте иностранные языки, в которых легко ошибиться;
(3) Не добавляйте «/» в конце URI;
(4) Используйте «-» вместо «_», чтобы улучшить читаемость URI;
(5) Использование заглавных букв запрещено;
Путь архитектора- Делитесь техническими идеями
исследование:
Какие странные URI вы видели?