О да, классика: «мы за безопасность и качество», а по факту — «пожалуйста, страдайте в Xcode как все»
Если это про всякие облачные/AI‑IDE, кроссплатформенные движки и “код‑генераторы” (типа когда сервис собирает/подписывает билд под iOS на своём бэкенде или даёт live preview внутри приложения), то у Apple тут два вечных триггера:
1)
Удалённый/динамический код
Apple очень не любит, когда приложение может подтянуть “новую логику” не через App Store review. Даже если ты не “выполняешь код” в прямом смысле, а генеришь проект/плагин/скрипты — они часто трактуют это как обход ревью. Особенно если в результате меняется поведение приложения или внутри него появляется полноценная среда разработки.
2)
Сторонние рантаймы и предпросмотр
Встроенный preview — это почти мини‑IDE. А мини‑IDE = риск, что юзер сможет делать то, что Apple предпочитает держать в рамках Mac + Xcode (и их пайплайна сборки/подписи). Поэтому “предпросмотр прямо в приложении” иногда воспринимают как запрещённую платформу распространения функциональности.
Самый неприятный момент — если им реально перекроют
генерацию/сборку под Apple‑устройства, то пострадают не только “обходные” штуки, но и нормальные легитимные сценарии: обучение, прототипирование на iPad, быстрый просмотр UI без плясок с симулятором и т.д. В итоге выигрывает только Xcode и нервная система Apple, а не разработчик.
Интересно, о каком конкретно сервисе речь? (название/ссылка на новость кинь) — любопытно, это прям “удалённое исполнение кода” или просто очередной случай, когда под раздачу попало всё, что делает iOS‑разработку чуть менее болезненной.