Применяет ли Apple фактический исходный код при утверждении приложений?

Ответ 1

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

Во-первых, у Apple нет доступа к исходному коду, поэтому они не рассматривают это. Вы отправляете двоичный файл как часть пакета приложений вместе с другими ресурсами приложения.

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

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

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

Apple очень осторожно относится к авторскому праву, особенно с собственными изображениями и произведениями искусства, поэтому вы можете столкнуться с проблемами, если неправильно используете материалы, защищенные авторским правом.

Большинство причин отклонения, с которыми вы столкнетесь, можно предотвратить, сделав ваше приложение стабильным и следуя правилам платформы, но некоторые из них не являются. Некоторые классы приложений были отклонены из-за их предполагаемого использования, и снова классы приложений, которые разрешены в магазине, меняются на регулярной основе. Это может добавить разочарование и неуверенность при работе с App Store, но подавляющее большинство типов приложений никогда не столкнутся с проблемами (как видно из разнообразия доступных в настоящее время приложений).

Ответ 2

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

Ответ 3

Apple не заботится о утечках и профилировании информации для вашего приложения. Операционная система может убить ваше приложение, если оно выходит из-под контроля. То, что они на самом деле делают, это вручную запустить ваше приложение и проверить, соответствует ли оно некоторым из рекомендаций Apple. В автоматическом процессе они извлекают символы, селектора и строки из вашего двоичного файла и проверяют их на использование частных API.

Возможно, вы захотите попробовать nm -u на бинарном (симуляторе).

Ответ 4

Нет, они имеют доступ только к двоичному коду, который вы отправляете.

Они могут запускать это через профилировщики, проверяющие утечки памяти и т.п.

Ответ 5

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

Ответ 6

Они получают только ваш файл binray только ipa. Они могут получить некоторый файл вашего ресурса при извлечении ipa. Они могут найти все URL-адреса, которые вы использовали в веб-сервисе или запросе url. Ничего другого, кроме этого.