質問: { 'id': item['store_id'], 'name': item['store_name'], (中略) } n += 1 for i in range(n): # 認証情報を取得し、返す return getAuth(i) ```
回答: 単純に、結果格納用の配列型変数を作成し、 ``` for i in range(n): # 認証情報を取得し、返す return getAuth(i) ``` return を append に変えればひとまず対処できそうな気がしますが、それだと好ましくない理由があるのでしょうか。 あるいは、この API 自体を「店舗IDを1件だけ指定して、1件分だけ返す」ような仕様にしてしまい、複数件数の話は API の外側(つまりAPIを叩く側)で頑張る、みたいなこともできそうです。API のインタフェースとしてはむしろそちらの方が綺麗な感じがします。別途「店舗一覧」を返すエンドポイントを生やせば、叩く側から「全店舗」の情報を得るのは問題なさそうです。 ※ただ、DynamoDB をスキャンせざるを得ない状況がまず好ましくないと思うので、ある程度のアクセス負荷を想定したシステムであればスキーマ設計とかCQRSの採用だとか、設計レベルできちんと検討する必要がある話のようにも思います。どう見積もってもアクセスはごく低頻度、かつデータボリュームもさほど問題にならない...という話でしたら許容範疇と判断することもできそうです