Учитывая, что я не являюсь представителем Apple, и не видел примеров, в которых эти дебаты разыгрались еще в пользу одной или другой стороны, трудно дать вам окончательный ответ на этот вопрос. Вместо этого я расскажу, как выглядят соответствующие разделы Руководства по обзору магазинов Mac App Store и позволяю вам самому решать.
Первый раздел - раздел 2 «Функциональность». Это довольно широкая область темы, и мне кажется, что существует много возможностей для нарушений с использованием сторонней библиотеки графического интерфейса. Конечно, я также думаю, что все это можно обойти, если вы достаточно заинтересованы.
2,5 приложения, использующие непубличных API, будут отклонены
. , ,
2,14 приложение должно быть упаковано и представлены с использованием упаковочных технологий Apple, включенных в Xcode - не третья стороны монтажников не позволили
2.15 приложение должно быть самодостаточными, одиночные пакеты установки приложений, и не может установить код или ресурсы в общих местоположениях
2.16 Приложения, загружающие или устанавливающие дополнительный код или ресурсы для добавления функциональности или изменения их основного назначения , будут отклонены
. , ,
2,24 приложения, которые используют устаревшие или необязательно установленные технологии (например, Java, Розеттский) будет отклонен.
. , ,
2,29 приложения, которые не используют соответствующие API для Mac OS X для изменения пользовательских данных, хранящихся на других приложений (например, закладки, адресная книга или записи календаря) будут отклонены
Раздел 6 в «Пользовательском интерфейсе» также стоит рассмотреть приложение, использующее Qt. Я отказываюсь использовать библиотеку в Windows, потому что она не использует стандартные элементы GUI платформы. Я могу только предположить, что он делает то же самое на Mac, и пока неясно, как Apple отреагирует на это. (Я подозреваю, что альтернативные кросс-платформенные библиотеки графического интерфейса, которые ведут себя правильно и используют собственные виджеты, свободны и понятны здесь.)
6.1 Приложения должны соответствовать всем условиям и условиям, описанным в Руководстве по физическому интерфейсу Apple Macintosh.
. , ,
6,3 приложения, которые не используют обеспечиваемые системой элементов, таких как кнопки и иконки, правильно и, как описано в Руководстве по Apple Macintosh Human Interface будет отвергнут
. , ,
6,5 приложения, которые изменяют нативные элементы пользовательского интерфейса или поведения Mac OS X будет отвергнут
Да, из рекомендаций, которые показал Коди Грей, я также пришел к выводу, что графический интерфейс должен быть родным для MacOS, но я могу выполнять всю реальную работу в общей библиотеке. Итак, проголосовали за это. – staackuser2
Yup.Это теоретически возможно, но слишком много работы, чтобы быть практичным. И по-прежнему нет никакой гарантии, что вы получите это точно, как ваш ответ указывает. Это хороший материал и действительно заставляет меня скучать по миру пользователей Mac, которые заботятся о том, что их программное обеспечение выглядит и действует, теперь, когда я занимаюсь разработкой Windows ... –