【Nuxt/JavaScript】axios使用時、APIのラッパーファイルの必要性に素朴な疑問があり…ご意見ください

素朴な疑問です。
下記の前提条件のときに、api.jsのようなファイルは必要でしょうか？

・全てのapiのURLはurls.jsによって一元管理されている
・リクエスト時の共通処理などは、plugins/axiosにかかれており、apiのファイルでは特別な処理なく似たような処理が続いている

▼api.js

JS
1class Api {
2  constructor (axios) {
3    this.axios = axios
4  }
5  async getUsersShow(headers) {
6    const url = apiUrls.usersShow
7    const response =　this.axios.$get(url, {seller: {}}, headers)
8    return response;
9  }
10  async postUser(header, params) {
11    const url = apiUrls.usersPost
12    const response =　this.axios.$post(url, params, header)
13    return response;
14  }
15  async deleteUser(header) {
16    const url = apiUrls.usersDestroy
17    const response =　this.axios.$delete(url, {}, header)
18    return response;
19  }
20   ・・・
21}

▼urls.js

JS
1export const apiUrls = {
2  // registration
3  registration: '/users/registration',
4  registrationLogin: '/users/registration/login',
5  registrationSignup: '/users/registration/signup',
6  registrationProfilename: '/users/registration/profilename',
7   ・・・
8}

状況としては、引き継いだプロジェクトのファイルがこのような構成になっており、正直API通信箇所を調べたいときにラッパーファイルが多いといちいち何度も検索しなければならず面倒という所感があります。
私としては、共通処理をかくために1つの共通ラッパーファンクションを作ったりすることはありましたが、APIひとつひとつ分けてつくるということはしてきませんでした。

個人的には、api.jsはなくして、各ページコンポーネントから直接axiosを呼び出したいと思っています。（URLはurls.jsの変数を使う）
ですが、サンプルソースコードなどでこのような構成になっているのをみたことあるなという記憶があり…良さがあるならこのまま形に準じてつくってもいいのですが、あまり納得感がなく気持ち悪いという感じです(笑)

api.jsのようなものをつくると何が嬉しいのか、メリットなどがあればご教授いただけますと嬉しいです、という質問になります。（作成者にはコンタクトがとれない状況で、聞けないという状況です）
メリット大してないからなくしちゃっていいよ、というご意見もありましたらぜひ。

どっちでもいいのかもしれませんが… ググるのが難しいものでもあり、よろしければ質問にお付き合いいただけましたら幸いです。