Как крупные компании-разработчики iOS управляют своими учетными записями Apple Developer? [закрыто]
NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
1 ответ
Да, можно создавать несколько учетных записей разработчиков. Что мы делаем, так это то, что каждый разработчик имеет учетную запись разработчика Apple и генерирует собственный сертификат разработки. В основной корпоративной учетной записи (учетной записи командного агента) мы создаем профили обеспечения разработки и распространения, используемые всеми. У Apple есть понятное и полезное руководство по созданию группы разработчиков.
Сертификат каждого разработчика добавляется в профиль разработки; это означает, что каждый разработчик может использовать этот профиль разработки для запуска приложения на своих телефонах. По умолчанию Xcode подберет свой сертификат разработки, связанный с этим профилем (если идентификация подписи кода в настройках проекта установлена на «Автоматический выбор профиля»> «Разработчик iPhone»).
К сожалению, для профиля распространения вы не можете добавить какой-либо другой сертификат, кроме сертификата для распространения , который вы создали из своей корпоративной учетной записи. Простой обходной путь - просто предоставить полный сертификат распространения (открытый + закрытый ключ и сертификат) всем разработчикам, которые должны иметь возможность создавать сборку распространения для приложения (для небольшой команды, такой как наша, мы просто делимся дистрибутивом). Сертифицировано со всеми). Вы можете легко экспортировать этот сертификат из Keychain Access.
После того, как разработчики добавят этот сертификат распространения в свою цепочку ключей, он также будет автоматически выбран Xcode во время сборки распространения (при условии, что идентификация подписи кода для соответствующей конфигурации сборки установлена на "Распространение iPhone").
Кроме этого, я не совсем понимаю, как можно преодолеть ограничение в 100 устройств, поскольку все устройства должны быть добавлены к одной учетной записи (учетной записи корпоративного / командного агента).