Извините за поздний ответ, я пропустил твой ...
Прежде всего, благодаря усилиям, мне это важно для всей экосистемы.
Эй, извините за поздний ответ, на самом деле пропустил твой.
Во-первых, мы сделали еще несколько работ, пытаясь приблизиться к blockexplorer "стандарт" (Что blockchain.info более или менее использования). Там еще немного больше работы осталось, но это, безусловно, лучше с точки зрения формата JSON. Там также несколько вещей, в формате мы никогда не будем поддерживать только потому, что дизайн не является масштабируемым. Например:
$ завиток
http://blockchain.info/rawblock/299994Это 310k ответ. Это глупо.
Во-вторых, что касается вашего предложения, я определенно думаю, что соглашаясь на JSON схеме интересно. Конечная точка адреса, хотя ... не так много. Пока есть простое отображение URL, услуги должны быть свободными, чтобы выбрать URL-адреса, которые соответствуют их собственным схемам API (я думаю).
Почти полностью согласен.
Если конструкция имеет объективные недостатки, это право указать на это и не следует.
Согласитесь, что формат JSON является более важным, чем конечные адреса, во всяком случае я не вижу недостатки, но только небольшие преимуществ при выборе действительно то же самое. Разработчики могут легко распознать уже используются конечные точки от других поставщиков API, а также если вы кэшировать полученные данные с помощью ключа, нет необходимости переназначения URLS к уникальной схеме.
Во-первых неверного апи вы работаете, мы стандартизация блок исследователь апи, который не предназначен, чтобы быть локомотивом АФИ, а скорее легко переключаться в случае необходимости или атак, чтобы получить данные низкого уровня.
Почему вы говорите, что это неправильно API? я лично нужен этот оконечные!
Шутка друг от друга, я не думаю, что / Q / конечных точки достаточно даже для небольшой Bitcoin сопутствующих услуг которым нужна сделки информации.
Действительно хороший старт жестким.
Использование объектно-ориентированного программирования. Создайте базовый класс с общими элементами и расширить его для каждого конкретного API. Таким образом, вы можете использовать любой из них без повторения кода.
В настоящее время мы имеем очень минимальные различия, является то, что blockchain возвращает satoshis, и я не считаю, что это лучший выбор в течение целых 8 знаков после запятой. Современные язык можно прочитать в строках и конвертировать их легко большие десятичные знаки или даже большие целые числа.
Здесь вам не хватает мою точку зрения, я и многие другие имеют достаточно возможностей для синтаксического анализа различных форматов API. Но это преодолимо работа и меньше ошибок с лучшими стандартами