Введення пароля iPhone у Xcode, тому мені не потрібно буде розблокувати iPhone для кожної збірки?


13

Чи є спосіб я помістити свій код блокування iPhone в Xcode, тому мені не потрібно буде розблокувати iPhone для кожної збірки?

Мені стає дуже неприємно, що мені потрібно фізично розблокувати iPhone перед кожним складанням.

Я знаю, що завдяки розробці на android вони дозволяють перевести пристрій у режим розробок, що обмежує роботу пристрою зі сном.

Відповіді:


7

Чи могли б усі повідомити про це як про помилку ?

Натомість ви або миритесь з цим, або набагато гірше, вимикаєте замок. Жоден варіант не є хорошим.

Якщо пристрій iOS знаходиться в режимі розробника та підключено до активного екземпляра Xcode, Xcode повинен мати можливість тримати телефон розблокованим.

Таким чином, ви не тільки можете залишити замок увімкнутим, але він знову заблокує мить, коли ви відключитеся.


1
Чому це буде помилка? Це просто розроблено за наміром. Ви хочете, щоб хтось міг завантажити будь-яку програму, яку вони хочуть, на ваш телефон, шанс її вкрасти та "повернути" як є. Очевидно, що функція безпеки. Зробити це звуком так, як ніби повернення телефону ніколи не блокується автоматично, - це таке важке завдання. Існує кілька варіантів, щоб обійти цю "проблему", однак Apple не може планувати лінь для користувачів. І так, я розробник і дуже активний в програмі SO
суцільно

Спочатку ви заявляєте, що автоблокування - це хороша функція, а потім кажете, як легко відключити. Ці твердження не погоджуються між собою. Відключення автоблокування - це погана ідея, але необхідна під час розробки. Функція, яка робить це автоматично під час підключення до Xcode, - це дуже гарна ідея, яка запобігає випадковому відключенню функції, про яку ви кажете, що це добре.
Maury Markowitz

Ви неправильно трактуєте мої слова, щоб відповідати вашим аргументам. Я ніколи не говорив гарної риси. Зазначена функція безпеки. І я ніколи не говорив, що легко вимикати. Виявлені, що у вас є перебільшення процедур, щоб зробити це. Незважаючи на це, мені не 5 років, і я не хочу ставитися до вас як до одного. Я просто висловлюю свою думку та перспективу. Це все щодо ваших уподобань щодо розвитку. Якщо у вас є звичка вимикати автоматичне блокування, а потім зробити його звичним вмикати його після того, як це зроблено, це стане другою природою. Я просто відчуваю, що ти перебільшуєш ситуацію та рішення. Я б не назвав це помилкою, мій основний аргумент, просто запит на функцію. Ура
сувенірований

2

Ви можете заборонити спати пристрою в Налаштуваннях → Загальне → Автоблокування → Ніколи . Це означає, що пристрій залишиться розблокованим, і вам не потрібно буде його розблокувати. Оскільки я перебуваю у в'язниці, у мене встановлено цей набір автоматично, коли мій пристрій підключено до комп'ютера з запущеним Xcode, але зміна цього налаштування вручну також буде добре працювати.

Крім того, ви можете встановити Параметри → Пароль → Вимагати пароль для більш тривалого інтервалу, щоб ваш пароль не потрібен, якщо вам потрібно розблокувати його. Не забудьте відновити ці налаштування до початкових налаштувань після завершення розробки.


Здається, автоматичне блокування -> ніколи більше не є варіантом у ios 9.
пазл

1

Наскільки я знаю, це неможливо . Очевидно, єдиним можливим рішенням було б відключення пароля iPhone під час сеансів програмування.


0

Справжня відповідь - вам зараз потрібно втечу з в'язниці, щоб це зробити так, як на нього посилається @grgarside

Використовуйте Activator (встановіть із Cydia, якщо у вас його ще немає) та встановіть дію Anywhere -> Connected (Power)на дію, яка вимикає автоматичне блокування. Зробіть навпаки (увімкніть Автоблокування) для Disconnected (Power).


1
Нам не потрібно було робити втечу з в'язниці для цього. Перейдіть до репортера Apple Bug і повідомте про це. Якщо нам достатньо зробити це, вони це виправлять.
Maury Markowitz

0

У Xcode 7.3 здається, що розблокувати пристрій потрібно лише при першій збірці. Після цього ваш пристрій залишається розблокованим, поки ви не відключите його від мережі або не вийдете з програми, яку ви тестуєте.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.