В настоящее время я пишу API / несколько клиентов для шахматных игр.
Разработчики должны обращаться к API через один скрипт (xhrframework.php) и отправлять действия через GET. Возможно, они делают некоторые ошибки при отправке действий (PHPSESSID не отправлен, нет действительного PHPSESSID, ход был недействительным, сейчас не их очередь, ...).
Итак, я подумал о возможностях отображения ошибок.Я придумал несколько идей, как сообщить программисту, что он сделал ошибку:
Я думаю, третье решение может быть хорошей идеей, так как xhrfra Доступ к mework.php должен иметь только программист, который, возможно, уже ознакомился с документацией по API.
Теперь я хотел бы знать, существует ли стандарт для сообщений об ошибках Web-API. Как другие (например, Google Maps API) решили эту проблему? Должен ли я просто выводить пустую страницу с содержимым «ERROR: 004» или без заполнения «ERROR: 4»?
Какие ошибки должны получать какие номера? Нет смысла группировать ошибки по их номерам, напримервсе ошибки, начинающиеся с 1, были ошибками аутентификации, все ошибки с двумя логическими ошибками игры? Было бы лучше начать с ошибки 1 и использовать каждое число?
Google Maps API
Если я сделаю неправильный вызов JS-API Google Maps, он вернет Java-Script с сообщение на чистом немецком языке (так как я живу в Германии, наверное).
API статических карт Google возвращает сообщение в виде текста на понятном английском языке, если я сделаю неправильный вызов .