Closed ghost closed 3 years ago
access_logs以外はメタ情報がないので、data
プロパティを実装するインセンティブがありませんでした。
必要なら実装します。
@equal-l2 nuxt,jsのstore内で表記ゆれが起きます。
getAccessLogs ({ commit }) {
return this.$axios.get('/access_logs').then((Response) => {
commit('SET_ACCESS_LOGS', Response.data)
commit('SET_ACCESS_LOG_METADATA', Response.total_page)
})
}
dataがないと、Responseだけを第二引数にしないといけないですし、もし、将来的に別なメタ情報を入れたくなったら、デグレーションを起こさずできると思います。
@Stroheim001 この機会に聞いておきたいのでついでに伺います。
現状、access_logsの(今後metaに入る) next_page
と prev_page
は該当ページがない場合 プロパティ自体が存在しない (undefined
) 状態で送っています。
フロントエンド的にはこのままでいいでしょうか、それとも該当ページがなくとも null
などを入れて送ったほうが都合がいいですか?
@h-takeyeah このissue、access_logsのmetaの件と一緒にやっつけちゃいます。
user_id
指定で一個取ってくるやつはどうすればいいですか?
あと、メタ情報がない場合、以下のどれにすればいいですか?
meta: {}
meta: null
meta: undefined
(この場合プロパティが存在しないことになる)@equal-l2
user_id指定で一個取ってくるやつ
こんな感じでお願いします
修正前
{
"user_id": 12345678,
"entered_at": "2021-03-12T08:45:16.000Z"
}
修正後
{
"data": [
{
"user_id": 12345678,
"entered_at": "2021-03-12T08:45:16.000Z"
}
]
}
meta
が存在しないときは undefined
(プロパティ不在) でいいということですね。
了解しました。
@Stroheim001 この機会に聞いておきたいのでついでに伺います。 現状、access_logsの(今後metaに入る)
next_page
とprev_page
は該当ページがない場合 プロパティ自体が存在しない (undefined
) 状態で送っています。フロントエンド的にはこのままでいいでしょうか、それとも該当ページがなくとも
null
などを入れて送ったほうが都合がいいですか?
null
をお願いします。
@equal-l2
meta
が存在しないときはundefined
(プロパティ不在) でいいということですね。 了解しました。
あ,meta
のことは決めかねます.
(ごめんなさい.meta
のことは自分に向けられた質問ではないと思い込んでいました.)
next_page & prev_pageの件承知しました。
@Stroheim001 以下の件どうでしょう?
あと、メタ情報がない場合、以下のどれにすればいいですか?
meta: {}
meta: null
meta: undefined
(この場合プロパティが存在しないことになる)
@equal-l2 meta情報がないものはそもそも書かないで大丈夫です。 というか、metaというものが存在するという事自体がAPIで定められているべきだと思うので、むしろ、今回の場合はmetaがある方が例外的かと思います。 (実務だとそんなことはないですけどね)
meta の件承知しました。取り急ぎ実装します。
@equal-l2 @h-takeyeah
と
の表記ゆれが発生している。具体的には、access_logs以外
data: []
がない。今回、コンポーネントでforeachしたい箇所が多いので、Object型ではなくArrayで欲しいため、dataという記述は統一したほうが良いと思う。
(フロントエンドのstoreのactionsに影響する)
たぶんそんなに時間かからないと思うので早めに直してもらえると嬉しいです。