MVC структура папок при росте кодовой базы

Question

Я создал структуру папок PHP MVC, как показано ниже, и заполнил ее файлами. Работает нормально. Теперь у меня есть две новые структуры папок, которые не предназначены для прямого доступа внешнего пользователя. (1-document_producer, 2_API_connection), но пользователь из форм внешнего интерфейса будет предоставлять данные для этих структур внутренних папок.

Вопрос:

1) Является приведенная ниже запланированная структура прекрасно с точки зрения «выравнивания по MVC»?

2) Если несколько областей в основном работают как встроенные приложения, каков будет лучший способ взаимодействия приложений с друг друга? (например, свойства класса / объекта, которые необходимо передать между классом / объектом внутри областей?).

Текущая MVC структура папок:

Root
  - application
    - controllers
    - content
    - data 
    - models
    - views
  - autoloader
.htaccess
index.php
Routes.php

Это Похоже, что некоторые пользователи структурируют свой код с помощью «областей», когда и если база кода растет, например, преимущество состоит в том, что код лучше структурирован во время роста и что это облегчает выполнение тестов, основанных на областях.

Хотя Я не использую «asp. net - mvc». Я нашел подходящую концепцию структуры площадей: https://www.tutorialsteacher.com/mvc/area-in-asp.net-mvc

Планируется MVC структура папок при росте базы кода:

Root
  - application
    - controllers
    - content
    - data 
    - models
    - views
  - autoloader
  - areas
    - 1_document_producer
      - controllers
      - models
      - views (optional, only for area tests) 
    - 2_api_connection
      - controllers
      - models
      - views (optional, only for area tests)
    - etc
.htaccess
index.php
Routes.php