私は数時間のうちにこれに対する答えを探していましたが、私はそれに合った決断を下すことはできません。Laravel/Lumen APIとウェブとモバイルのコンシューマ
基本的には、ユーザーを持つシステムを作成する必要があり、各ユーザーは複数の「プロファイル」を追加でき、各プロファイルには予定リストがあります。だから、
:
ユーザー1
- Profile1
* ToDo List
- Profile2
* ToDo List
- Profile3
* ToDo List
ユーザー2
- Profile4
* ToDo List
- Profile5
* ToDo List
- Profile6
* ToDo List
このアプリは、両方のWebインターフェイスのモバイルアプリからアクセスできるようになります(それは実際にする必要があります。ネイティブモバイルアプリの必要条件)。私はWebアプリケーションがSingle Page Applicationである必要はありません。
ユーザー、プロフィール、予定リストをリソースとして持ち、各消費者(ウェブアプリ/モバイルアプリ)がこれらのリソースの作成、読み取り、更新、削除をリクエストします。
ルーメンを使用してこのAPIを構築し、相互作用する2つの完全に独立したアプリケーション(APIコンシューマー)を作成する必要がありますか?
Laravelを使用してシステムを構築することをお勧めします(これには、おそらくVuejsを使用して構築されたAPIエンドポイントとWebアプリケーションが含まれます)。
ご協力いただければ幸いです。
この場合、アプリのメンテナンスは問題にはなりません。私はより多くの柔軟性を可能にするベストプラクティスを探しています(例えば、将来、新しい機能を追加するなど)。モバイルアプリケーションに関しては、この特定のシナリオでは、プロジェクトの要件のためにネイティブAndroidアプリが本当に必要になります(アプリケーションはTodoリストの項目についてユーザーに警告し、他のアプリとやりとりする必要があります) –