CakePHP - лучший способ моделировать ряд вызовов API - PullRequest
1 голос
/ 25 января 2012

Я занят проектом, который включает вызов API для девяти других сайтов.Ожидается, что в будущем это число увеличится, и фактический метод API будет отличаться (SOAP или XML).

Существует спецификация, что каждый сайт должен быть модульным, чтобы мой клиент мог их продавать.наш API (который они могут затем передать другим агрегаторам).

В прошлом я реализовал несколько проектов Cake, но все они были основаны на базе данных.Может кто-нибудь посоветовать, как лучше всего подойти к этому?

В данный момент я думаю сделать каждый API плагином.Я помещу вызовы API в модель (не привязанную к таблице базы данных), а затем все остальное будет следовать естественным образом.Поскольку фактические представления каждого API будут отличаться, я не смогу использовать общий контроллер или представления (у каждого API компании, который мы используем, есть свои бизнес-правила).

Кто-нибудь может мне сказать, если этот подход звучит разумноесли я не в курсе?

Спасибо, Энди

1 Ответ

0 голосов
/ 26 января 2012

Возможно, в вашем корневом приложении вы можете расширить AppModel.SoapModel для вызовов API на основе Soap и RestModel для вызовов на основе REST и т. Д.

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

Вам даже не обязательно разбивать их на плагины, если вы идете по толстой модели.Плагины особенно полезны, если вы хотите самостоятельно содержать какое-то «суб-приложение» и сделать его повторно используемым в других приложениях Cake.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...