Разве включение токенов типа @me в REST URI не нарушает кэширование HTTP?

Question

OpenSocial и некоторые более новые API Google включают эти токены, такие как "@me" или "@self", чьи значения заменяются сервером API на значения, основанные на аутентифицированном в настоящее время пользователе.Например, "/ api / people / @ me / @ all" является URL-адресом REST OpenSocial.

Разве это не противоречит цели API REST для поддержки собственных серверов кэширования HTTP (таких как Squid)?

Даже если вы можете обойти проблему, используя заголовок Vary, этокажется серьезным недостатком.И единственное реальное преимущество - позволить разработчикам жестко закодировать некоторые URI в свои приложения.Кто-нибудь знает, почему он был разработан таким образом?

Answer 1

Да, это затруднит использование публичных кешей. Лично я считаю, что это действительно плохая идея, и кажется, что она вызвана желанием облегчить клиентам создание URI. Иногда я задаюсь вопросом: не заставляют ли разработчики забыть о преимуществах кэширования http.