Почему точно я хотел бы использовать WSDL для описания веб-сервиса?
Определение coroutineContext как вычисляемого свойства (или пользовательского геттера) имеет больше смысла, когда вы определяете CoroutineScope в компоненте с жизненным циклом (то есть Android Activity). Пример в Javadoc не требует пояснений:
class MyActivity : AppCompatActivity(), CoroutineScope {
lateinit var job: Job
override val coroutineContext: CoroutineContext
get() = Dispatchers.Main + job
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
job = Job()
}
override fun onDestroy() {
super.onDestroy()
job.cancel() // Cancel job on activity destroy. After destroy all children jobs will be cancelled automatically
}
}
В этом случае вы создаете Job в методе жизненного цикла, поэтому вам необходимо вычисленное свойство для возврата coroutineContext с экземпляром Job, созданным в onCreate.
6 ответов
Когда-то, WSDL был популярен, и я уверен для внутренних инструментов для многих компаний (и большие системы SOA), WSDL все еще используется. Но Вы корректны, принятие REST взяло WSDL от карты немного, после того как это "поразило сцену".
Возьмите, например, Amazon S3. Они предлагают WSDL наряду с остальными API. Я считал где-нибудь, что 98% пользователей S3 используют остальных, API и Amazon рассматривают отбрасывание поддержки WSDL.
REST является чистым. WSDL часто зависит от других инструментов, чтобы проанализировать его или автоматически создать функции для Вашего приложения для пользы из услуг, предложенных WSDL. REST также обладает преимуществом того, чтобы быть намного более естественным путем использования в своих интересах HTTP и не действительно доверия чему-либо больше. Один Вы получаете SOAP в соединение и много других акронимов, которые соглашаются с WSDL, Вы заканчиваете со много на Ваших руках....
Таким образом, что "простая XML-схема" Вы предложили бы, чтобы это позволило инструментам дать тот же уровень поддержки генерации кода, которую они делают теперь?
Я думаю, что разработчики WSDL утверждали бы, что они уже дают самую простую схему, они могли, который выставил все, что они должны были. Я не говорю, что обязательно согласился бы, но способность автоматически сгенерировать клиенты очень мощна.
WSDL является файлом представления XML и стандартом связи для любой внешней системы для общения с веб-сервисом независимо его технологии реализации или платформы. К вашему сведению УСПОКОИТЕЛЬНЫЕ сервисы могут использовать файл языка определения под названием WADL для описания сервиса также. Так, это не о веб-сервисах только.
Эта ссылка должна выручить Вас.
http://www.prescod.net/rest/rest_vs_soap_overview/
Это - большой ресурс для помощи тем, кто не понимает SOAP по сравнению с конкуренцией REST. Они - различные инструменты. Используйте их так, чтобы Вы решили свою проблему самым эффективным способом.
Мне WSDL походит на другой пример сверхспроектированной "луковой архитектуры", как исходный Java EJBs. Много слоев и слез.
С одной стороны, WSDL что автоматизированное использование инструментов генерировать объекты. И это уже - довольно простой формат XML, но я начинаю полагать, что инструмент, который помогает записать XML, никогда не будет существовать. Я не думаю, что кто-либо говорит, что это - лучший протокол, чем REST, но это вышло сначала, имеет большую поддержку инструмента (Visual Studio полностью, это абстрагирует далеко при создании и потреблении сервисов), и это - стандарт, таким образом, это, вероятно, останется популярным некоторое время.