2) Есть ли возможность частичной десериализации (например, преобразовать часть json-строки в ассоциативный массив только обнаружения нудного ключа в исходной json-строке?
«Стоит использовать принцип SOLID, то есть максимально при отдаче данных распределить на как можно больше методов» - я бы отметил, что такой подход не базируется на solid, а скорее является одним из признаков rest-архитектуры. Вы можете иметь несколько репрезентативных состояний одного и того же ресурса, каждое со своей ручкой.
В целом, большой респект вам за статью, за то, что поделились опытом склейки моб приложений и этого вашего битрикса))
Я бы не рекомендовал опираться на колбэки по нескольким причинам:
1) злоумышленник может подменить запрос (ему удалось каким-либо образом получить секретные ключи)
2) нет гарантий, что внешний сервис нормально ретраит колбэк-запросы, может возникнуть ситуация, когда вы не узнаете о финальном статусе платежа
Выход, на мой взгляд, только 1 - фоновый поллинг со своей стороны
Есть ли механизмы обхода проксей по типу cloudflare (кроме возможности направить запрос через прокси)?
Всего 2 вопроса:
1) Чем это решение лучше/хуже symfony serialiser?
2) Есть ли возможность частичной десериализации (например, преобразовать часть json-строки в ассоциативный массив только обнаружения нудного ключа в исходной json-строке?
«Стоит использовать принцип SOLID, то есть максимально при отдаче данных распределить на как можно больше методов» - я бы отметил, что такой подход не базируется на solid, а скорее является одним из признаков rest-архитектуры. Вы можете иметь несколько репрезентативных состояний одного и того же ресурса, каждое со своей ручкой.
В целом, большой респект вам за статью, за то, что поделились опытом склейки моб приложений и этого вашего битрикса))
«Стоит использовать принцип SOLID» - надеюсь, автор просто отпечатался. Solid - это не 1 принцип.