Как еще можно реализовать «внутреннее API» в веб-приложении, кроме как через ООП или HTTP?

Question

[Роми]

Подумал сейчас:

- А вдруг я что-то упускаю очевидное?

Смотрите:

- Если я хочу создать приложение, разбитое на функциональные модули, слабо связанные между собой, я могу использовать либо:

1. API через HTTP, то есть, внутри приложения просто обращаться к эндпойнтам этих модулей, как к обычному внешнему API да и все. Дада, так делают, например, в случае с Laravel Passport и пр.

2. Использовать банальное ООП и инверсию контроля, такой подход тоже може условно считать "внутренним API".

Но может и еще что-то имеется для веб-приложений на PHP?

Что?

Спасибо.

Answer 1

[Rsa97]

Да, собственно, как угодно. Через очереди сообщений, сокеты Unix, вебсокеты, самописный протокол...

Comments

[Роми]

блин, точно! через сокеты ведь быстрее будет чем через http (в нашем случае - curl)?

или нет?

[Rsa97]

Роми, Через сокеты Unix будет быстрее. Но все способы, кроме стандартного HTTP потребуют работы скрипта как демона.

[galliard]

Rsa97, Ды нет вообще-то. Так же открыл сокет, отослал сообщение, прочитал ответ и закрыл его. При следующем запросе скрипта сделаешь то же самое. Собственно, именно это и делает http.

[Rsa97]

galliard, А серверная часть? Кто будет ждать запросы на этом сокете?

Answer 2

[DollyPapper]

Если цель собственно в декаплинге, то больше и никак. Либо DI либо какой-то "API", где под API имеется ввиду запрос к чему-то внешнему относительно нашего приложения, либо реальный API, либо какие нибудь, сокеты, очереди, etc. Во втором случае каплинга как такового не будет вовсе.

и инверсию контроля

- инверсия контроля (IoC) это немного про другое, вы имели ввиду Dependency Inversion скорее всего.

Answer 3

[Григорий Васильков]

Rsa97 спасибо, верно

Добавлю, для пункта 2 мне существенно упростило это:
https://qna.habr.com/q/655113#answer_1431141