Яблоко просматривает фактический исходный код при одобрении приложений?
Как точно яблоко утверждает приложения? Фактический исходный код просматривается?
4 ответа
Хотя никто из нас не имеет доступа к процессу внутренней проверки (который, кажется, постоянно меняется), есть несколько вещей, которые можно сказать, основываясь на ответах, полученных людьми.
Во-первых, Apple не имеет доступа к вашему исходному коду, поэтому они его не проверяют. Вы отправляете двоичный файл как часть пакета приложения вместе с другими ресурсами вашего приложения.
Однако они, похоже, сканируют двоичный код вашего приложения на наличие определенных символов, указывающих на использование частных API. После обновлений ОС iPhone у ряда приложений начались сбои, потому что они использовали эти частные API, поэтому Apple борется с этим.
В магазине есть множество приложений с утечками памяти или другими проблемами с производительностью. Я знаю, что отправлял версии своих приложений с небольшими утечками (после исправления) и без проблем с проверкой. Следовательно, похоже, что они не проводят какое-либо тестирование производительности или профилирование.
Единственное место, где утечка памяти вызывает проблему при проверке, - это когда эта утечка памяти становится настолько серьезной, что приложение вылетает, когда проверяющий проверяет его. Если ваше приложение выйдет из строя на любом этапе процесса проверки, оно будет отклонено.
Помимо этого, у них есть контрольный список элементов пользовательского интерфейса, которые они проверяют на предмет правильного использования (отсутствие постоянного выбора в строках представления таблицы и т. Д.). Если ваше приложение значительно отклоняется от Руководства по человеческому интерфейсу при использовании этих стандартных элементов пользовательского интерфейса, вы можете получить отказ.
Apple очень осторожно относится к авторским правам, особенно в отношении своих собственных изображений и иллюстраций, поэтому у вас могут возникнуть проблемы, если вы используете материалы, защищенные авторским правом, ненадлежащим образом.
Большинство причин отказа, с которыми вы столкнетесь, можно предотвратить, сделав ваше приложение стабильным и следуя рекомендациям по платформе, но некоторые - нет. Некоторые классы приложений были отклонены из-за их предполагаемого использования, и снова классы приложений, разрешенные в магазине, меняются на регулярной основе. Это может добавить разочарование и неуверенность при работе с App Store, но подавляющее большинство типов приложений никогда не столкнутся с проблемами (как видно из разнообразия приложений, доступных в настоящее время).
У них нет доступа к вашему источнику; это не часть того, что вы им отправляете. Они проверяют двоичный файл, который вы им отправляете, на предмет утечек и т. Д. Я думаю, они также проверяют, какие данные отправляет ваше приложение, чтобы убедиться, что оно не делает ничего вопиюще плохого (отправляет пароли и т.п.).
Нет, они имеют доступ только к двоичному коду, который вы им посылаете.
Они могут прогнать его через профилировщики, проверяющие утечки памяти и тому подобное.
Apple не заботится об утечках и профилировании информации для вашего приложения. Операционная система может убить ваше приложение, если это выйдет из-под контроля.На самом деле они вручную запускают ваше приложение и проверяют, соответствует ли оно некоторым рекомендациям Apple. В автоматизированном процессе они извлекают символы, селекторы и строки из вашего двоичного файла и проверяют их на использование частных API.
Возможно, вы захотите попробовать nm -u в двоичном файле (симуляторе).