Пожалуйста, проверьте конечную точку, конечная точка неверна.
конечная точка должна быть следующей в соответствии с вашим кодом почтальона
https://us7.api.mailchimp.com/3.0//ecommerce/stores/store_001/products
Обновите то же самое.
Это походит, 2) был бы Ваш наилучший вариант, предположив, что Вы хотите некоторое разделение приложений. Вы могли также иметь "/общая" папка в "/app#" уровень для совместно используемых ресурсов через все приложения... как общий служебный класс или что бы то ни было.
2 хорошее начало. Необходимо рассмотреть наличие общей папки, в которой можно сохранить любые общие модели, представления и utils, используемый всеми приложениями в пакете приложений.
/app1
/models
/views
/controllers
/utils
/app2
/models
/views
/controllers
/utils
/common
/models
/views
/utils
Я обычно группирую код функцией, таким образом, в Вашем случае, группирующемся приложением, имел бы большую часть смысла мне. Причина состоит в том, что, если я хочу работать над конкретной функцией, мне не придется перерыть три отдельных папки, ища компоненты, в которых я нуждаюсь. Если Вы группируетесь функцией высокого уровня, Вы знаете все, в чем Вы нуждаетесь, вместе.
Если Ваши приложения обмениваются данными, могло бы иметь смысл (мне) собирать в группу модели.
Однако для представлений и контроллеров, вероятно, имеет больше смысла разделять их, так как я предполагаю, что у них есть отдельная бизнес-логика и презентации.
Далее, если Ваши приложения сохранены отдельно в управлении версиями (Вы используете управление версиями, правильно? :), это делает первую или третью опцию трудной реализовать.
Таким образом, учитывая все обстоятельства, я, вероятно, разделил бы приложения на верхнем уровне, как в Вашем втором примере.