У меня есть REST API, который неоднозначен, что-то вроде (это не конкретная проблема, просто дает представление о неоднозначности):
/toplevel/${customer_number}/some_command/more stuff
/toplevel/${customer_number}/${some_product_name_anything_goes}/more stuff
Нам это сходит с рук, потому что наш файл .htaccess перечисляет более конкретную форму «команды» перед общей версией $ {product_name}, и первое совпадение выигрывает. Однако сейчас мы пишем WADL, и, как вы могли ожидать, у нас возникли проблемы с выбранным нами инструментом, потребляющим WADL, потому что API неоднозначен. Мои вопросы:
a) Говорит ли спецификация WADL о том, могут ли они достоверно представлять неоднозначные API?
b) Поддержка инструментов - по вашему опыту, инструменты душат неоднозначные WADL? (если разрешены ambi. WADL, то это слабые инструменты, но вы бы хотели быть в безопасности)
в) Просто любой опыт работы с неоднозначными REST API, особенно с WADL, действительно.
Для любопытных вот последняя спецификация :
Насколько я могу судить, это не относится конкретно к этому, я думаю, это действительно сводится к тому, как инструменты справляются с этим.