Целью WADL является определение контракта . В контракте указывается, как одна сторона может позвонить другой.
Когда вы создаете веб-приложение с нуля, вам не нужен контракт и WADL .
Когда вы интегрируете свою систему с другой системой и можете четко общаться с их командой разработчиков, вам не нужен контракт и WADL (потому что вы можете сделать телефонный звонок, чтобы прояснить ситуацию).
Однако, когда вы интегрируете сложную корпоративную систему с несколькими другими сложными корпоративными системами, поддерживаемыми несколькими различными компаниями (или федеральными учреждениями), то поверьте мне , вы хотите, чтобы имел контракт на связь, определенный как можно более строго. Тогда вам нужен WADL или Open Specification. Нужно это сильно .
Люди со слабым корпоративным опытом склонны рассматривать всю ИТ как совокупность отдельных веб-приложений, разрабатываемых независимо. Но корпоративная реальность иногда жесткая. Иногда вы даже не можете позвонить или написать людям, разрабатывающим приложение, с которым вам нужно интегрироваться. Иногда вы общаетесь с унаследованным приложением, которое больше не поддерживается - оно просто запускается, и вам необходимо выяснить, как правильно с ним общаться. В таких условиях вам нужен контракт, потому что он спасает вашу задницу .
На самом деле создание клиента является второстепенной особенностью определения контракта. Это просто игрушка. Контракт заставляет плохих коммуникаторов четко сообщать правила интеграции. Это основная причина для использования WADL или Open Specification или чего-то еще.