Как адресная книга обрабатывает частные лица и группы

Поддержка платформы Адресной книги два фундаментальных вида записей: ABPerson, для частных лиц, и ABGroup, для групп. Оба - подклассы того же корневого класса, ABRecord, и они могут использоваться взаимозаменяемо в некоторых местах.

ABPerson запись содержит свойства, такие как имя лица, компания, адреса, адреса электронной почты, телефонные номера, мгновенный обмен сообщениями IDs и поле комментариев.

ABGroup объект может содержать любое число людей и другие группы; лицо может быть в любом числе групп. Например, предположите, что Вы - консультант, работающий с двумя компаниями, Acme Co. и Ajax Inc. Вы могли установить группу сотрудников Высшей точки и группу сотрудников Ajax, и сделать элементы сотрудников каждой компании их соответствующей группы. Вы могли тогда установить группу Профессионалов, включающую группу Высшей точки, группу Ajax, все хорошо как некоторые дополнительные люди, которые не находятся ни в одной группе.

Кроме того, у группы и записей лица есть эти характеристики:

• У каждой группы и лица есть уникальный идентификатор. Это установлено, когда запись создана и гарантирована никогда не изменяться, даже если пользователь изменяет имя группы или лица или другую информацию. Используйте этот идентификатор, если Ваше приложение должно сохранить ссылку на группу или лицо. Для получения дополнительной информации посмотрите ABRecord метод uniqueId.

• Группы и люди сохранены в расширяемой форме. Также, можно добавить пользовательские свойства к записям Адресной книги, которые другие приложения проигнорируют, не волнуясь о проблемах повреждения данных или удобства пользования. Для получения дополнительной информации посмотрите Добавляющие Свойства к Записям Адресной книги.

• Некоторые из этих свойств могут содержать многократные значения. Например, у лица может быть любое число адресов расположения, телефонных номеров и адресов электронной почты. Для получения дополнительной информации посмотрите Используя Списки Мультизначения.

Как адресная книга управляет отдельными поисковыми запросами

Платформа Адресной книги управляет отдельным использованием поисковых запросов ABSearchElement объекты, которые могут быть созданы с помощью методов класса ABGroup и ABPerson. Это имеет важную импликацию — потому что поисковые объекты создаются с помощью этих определенных классов, пользовательского подкласса ABRecord не будет содержать требуемые методы создать такой объект. Поэтому Вам советуют не разделить на подклассы ABRecord.

Для получения дополнительной информации о поиске записей Адресной книги, посмотрите Поиск Адресной книги.

Другие функции

Платформа Адресной книги:

• Позволяет пользователю управлять доступом к их данным контактов. Прежде чем Вашему приложению позволяют получить доступ к данным пользователя в базе данных Address Book, пользователя спрашивают, предоставить ли ему доступ. Ваше приложение указывает свою причину доступа к базе данных путем установки значения NSContactsUsageDescription введите его файл Info.plist.

  Если пользователь предоставляет доступ, Ваше приложение может получить доступ к базе данных, как обычно. Если пользователь запрещает доступа, addressBook и sharedAddressBook методы ABAddressBook возвратиться nil.

• Обеспечивает прозрачный захват записей. Если два приложения попытаются изменить то же свойство в записи одновременно, то приложение, сохранившее его изменение в последний раз, успешно выполнится. База данных не будет повреждена. Если два приложения изменят различные свойства той же записи, то оба изменения, как ожидают, успешно выполнятся.

• Не обеспечивает безопасности выше того, что предоставлено OS X. Любой, у кого есть доступ для чтения и доступ для записи к домашней папке пользователя, может также считать и записать что адресная книга пользователя. По этой причине Адресная книга может не быть надлежащим местом, чтобы хранить конфиденциальную информацию, такую как номера кредитных карт.

• Обеспечивает локализованные версии встроенных имен свойства и меток. Если Вы добавляете свойства или метки, необходимо обеспечить собственный путь к локализации их.

• Синхронизирует его записи на iCloud. Платформа Адресной книги использует протокол CardDav для синхронизации данных, хранивших в свойствах по умолчанию к веб-сервисам, таким как iCloud. Приложения не должны пытаться синхронизировать эти данные.