Реверс-инжиниринг мобильных и веб-API - PullRequest
1 голос
/ 02 февраля 2020

При обратном инжиниринге API, есть ли преимущество для просмотра мобильного приложения, а не веб-клиента? Глядя на учебные материалы в Интернете, гораздо чаще можно сосредоточиться на мобильном приложении, и мне любопытно, почему это так. Одно предположение: API, используемые мобильными приложениями, могут быть устаревшими только медленно, так как люди могут иметь устаревшие версии приложения на своем телефоне в течение нескольких месяцев. Есть ли другие причины предпочесть реверс-инжиниринг мобильному API?

1 Ответ

1 голос
/ 21 февраля 2020

Ваше предположение о том, что мобильные API-интерфейсы устарели медленно, является верным и наиболее значимым аргументом в пользу выбора мобильного API вместо веб-API.

В основном разработчики создают новые версии мобильного API либо с новыми конечными точками, либо сохраняют старые конечные точки, поведение которых немного отличается в зависимости от параметров запроса. Независимо от того, как они выбирают, вы в основном сохраняете свой код, пока ресурс активен - вероятность изменения API очень мала.

Веб-API могут резко измениться в одночасье, потому что клиенты получают новый интерфейсный код одновременно наряду с изменениями API, т. е. API были изменены вместе с клиентами.

Также довольно часто веб-API предоставляют ответы, содержащие готовые для отображения HTML данные, которые иногда трудно переваривать (правильно анализировать).

Кроме того, иногда проще выполнить реинжиниринг частей java байт-кода (чтобы увидеть логи c, стоящие за генерацией токена / clientID), хотя он и запутывается, чем пытаться понять запутанный и минимизированный javascript код.

...