}]}データの意味は次のとおりです。totalResults記事数を保持します(ベータ1では公開状態の全記事件数)。items記事データオブジェクトを配列で保持します。itemsの中から主に次のデータが収集可能です。blog:ブログIDclass:記事クラスid:記事IDtitle:記事タイトルbody:記事本文more:記事追記excerpt:記事概要date:公開日時createdDate:作成日時modifiedDate:更新日時status:公開状態author:記事作成ユーザーcomments:コメントpermalink:記事のパーマリンクkeywords:キーワードcategories:カテゴリtags:タグbasename:ベースネームcustomFields:カスタムフィールド4.レスポンスデータから記事データを取得するレスポンスデータから記事データを順次取得するには次のようにします。}});for文で配列itemsの要素数分繰り返し処理を行い、for文の中でコールバックの引数responseからデータを抜き出します。ハッシュ・配列はピリオド、さらに配列は[]で要素を指定します。1番目の記事データから記事タイトルを取得する場合は、response.items[1].titleとなります。2番目の記事データからブログIDを取得するには、response.items[2].blog.idとします。3番目の記事データからカスタムフィールド0番目の値を取得するには、response.items[3].customFields[0].valueとします。カスタムフィールドについては、配列customFieldsの何番目に何のカスタムフィールドが設定されているか、ベースネームから判定する必要があります。APIの使い方について紹介します。SDKを使った場合のエラーのハンドリング方法について解説します。1.エラーデータの構成DataAPIを実行して、たとえば「指定したサイトが見つかりません」というエラーになった場合のjsonデータは次のようになります。}}データの意味は次の通りです(多分)。SDKを使った場合、次のように「response.error」で判定し、詳細なメッセージについては「response.error.message」や「response.error.code」として出力するとよいでしょう。OKのときの処理を記述});どのAPIでもエラー発生時のjsonデータの構造は同じになると思われますので、エラーのハンドリングについても、APIによって処理を変更したい場合を除き、同じ実装を行えばよいでしょう。APIの使い方を紹介します。SDKを使ったオブジェクトの作り方について解説します。SDKに含まれる「mt-data-api.min.js」または「mt-data-api.js」を引き込みます。src="http://user-domain/mt-static/data-api/v1/js/mt-data-api.min.js"></script>「mt-data-api.min.js」または「mt-data-api.js」はMT6であれば、「/mt-static/data-api/v1/js」配下に置かれているのでこれを利用します。APIのオブジェクト生成(コンストラクタ)は、次のように「MT.DataAPI」を利用します。'http://user-domain/mt-data-api.cgi',});</script>clientIDクライアントIDを設定します。設定可能な値はアルファベットと数字、アンダースコアとハイフンです。clientIDはMTログインユーザ名でなく、任意の文字列で構いません。このIDは認証やcookieを利用する場合に利用されるようです。このオプションは必須です。baseUrlDataAPI用CGIのURLを記述します。MT6であればアプリケーションディレクトリ(MTのインストールディレクトリ)直下にあります。このオプションは必須です。format返却値のフォーマットを指定します。デフォルトは「json」です。async非同期でAPIを動作させたくない場合に「false」を設定します。デフォルトは「true」です。上記のオプションを指定した場合のサンプルは次のとおりです。true,});その他にもセッションやキャッシュを利用する場合のオプションが用意されています。詳細は以下のページをご覧ください。Constructor2013.08.05オブジェクト生成でjQueryは必要ないので削除しました。