Php 为多个站点和API提供服务的Laravel5目录结构是什么样子的?

Php 为多个站点和API提供服务的Laravel5目录结构是什么样子的?,php,laravel-5,directory-structure,multiple-sites,Php,Laravel 5,Directory Structure,Multiple Sites,假设我有多个“站点”(即后端、公共前端、私人付费前端、移动),可能还想为一些小部件服务或Android应用程序提供API。这些站点将需要(至少最初)共享同一个Laravel实例,并将共享一些服务(例如,前端站点可能会从后端站点调用一些服务,或者后端站点和API可能会共享一些服务,特别是因为我使用的是表示逻辑之类的好SoC) 他们将models文件夹重命名为snappy,并为不同的“职责范围”添加了更多文件夹。然而,这是在拉雷维尔4号 以下是Laravel 5目录的默认目录结构: app

假设我有多个“站点”(即后端、公共前端、私人付费前端、移动),可能还想为一些小部件服务或Android应用程序提供API。这些站点将需要(至少最初)共享同一个Laravel实例,并将共享一些服务(例如,前端站点可能会从后端站点调用一些服务,或者后端站点和API可能会共享一些服务,特别是因为我使用的是表示逻辑之类的好SoC)

他们将
models
文件夹重命名为
snappy
,并为不同的“职责范围”添加了更多文件夹。然而,这是在拉雷维尔4号

以下是Laravel 5目录的默认目录结构:

app     <-- Should I rename and duplicate for backend, frontend, api...?
   Commands
   Console
   Events
   Exceptions
   Handlers
   Http
      Controllers  <-- Or add subfolders in Controllers for backend, frontend, api...?
      Middleware
      Requests
   Providers
   Services       <-- And add subfolders in Services for backend, frontend, api...?
bootstrap
config
database
public
resources
storage
tests
vendor

app这通常不是一个好方法。你会陷入混乱的!请考虑通过代码>作曲家< /代码>将共享代码(如模型)捆绑到私人图书馆。然后你就可以将你的网站/API拆分成不同的Laravel实例,而不是运行一大堆代码?我在问一个重要的问题。我注意到其他人对此很感兴趣。