История изменений
Исправление goingUp, (текущая версия) :
Т.е. я определяю, что в моём протоколе есть сущности апи, а что нет
В принципе ты даже можешь натянуть сову на глобус, если очень надо ;)
Либо первое, либо второе.
Ну как бы первое не годится, потому что если понадобится, чтобы с апи работали разные приложения, тогда выйдет что одно будет портить язык другому. Если у тебя там просто из одного скрипта надо дергать другой, то можно конечно не париться, но допустим мы проектируем апи, которое используют разные приложения.
Допустим второе. Так делают, вот HTTP stateless, но прикручивают сессию через хранение в куках идентификатора сессии. Оно как бы прикручено сбоку и не входит в стандарт HTTP, поэтому таки выходит, что сам HTTP stateless.
Но если это просто язык, на каком выдавать результат, то самый тру вариант для stateless это передавать его параметром каждый раз. Так тоже делают, и это имеет свои преимущества, потому что сессия может протухнуть, и это надо как-то отслеживать и все настройки повторять, что лишний гемор.
Исходная версия goingUp, :
Т.е. я определяю, что в моём протоколе есть сущности апи, а что нет
В принципе ты даже можешь натянуть сову на глобус, если очень надо ;)
Либо первое, либо второе.
Ну как бы первое не годится, потому что если понадобится, чтобы с апи работали разные приложения, тогда выйдет что одно будет портить язык другому. Если у тебя там просто из одного скрипта надо дергать другой, то можно конечно не париться, но допустим мы проектируем апи, которое используют разные приложения.
Допустим второе. Так делают, вот HTTP stateless, но прикручивают сессию через хранение в куках идентификатора сессии. Оно как бы прикручено сбоку и не входит в стандарт HTTP, поэтому таки выходит, что сам HTTP stateless.
Но если это просто язык, на каком выдавать результат, то самый тру вариант для stateless это передавать его параметром каждый раз. Так тоже делают, и это имеет свои преимущества, потому что сессия может протухнуть, и все настройки надо будет повторять.