Чи краще для iOS синхронізувати контакти Gmail за допомогою Exchange ActiveSync або протоколу CardDAV?


25

На сьогоднішній день я використовую Google Sync як обліковий запис Exchange для синхронізації контактів між Gmail та моїм iPhone. Однак компанія Google нещодавно оголосила про підтримку синхронізації контактів Gmail за допомогою CardDAV , і тепер, здається, пропонується запропонований метод відповідно до довідкової сторінки Google .

Обидва, здається, працюють. Чи є якісь помітні причини віддавати перевагу одному перед іншим? Які відомі переваги чи недоліки використання біржі проти CardDAV для цієї мети? Якщо вони виходять за межі основ, вони відрізняються своєю здатністю оперативно висувати оновлення з інших пристроїв, вирішувати конфлікти, обробляти незвичні поля, зберігати ресурс акумулятора тощо?

(Раніше було кілька запитань щодо синхронізації контактів iOS / Gmail. Однак, всі вони передували підтримці CardDAV Gmail, тому не стосуються питання, яке я тут задаю.)


3
Це питання незабаром стане суперечливим, оскільки Google Sync припиняється , принаймні для нових пристроїв: "Починаючи з 30 січня 2013 року, споживачі не зможуть налаштувати нові пристрої за допомогою Google Sync; однак існуючі підключення Google Sync продовжуватимуть працювати ».
Бен Лібліт

Відповіді:


14

Я використовував Active Sync з мого першого iPhone і перейшов на CardDAV в той день, коли Google оголосив про підтримку. Я можу сказати без сумніву, що CardDAV - це шлях

З CardDAV ви отримаєте набагато більш точну синхронізацію, ніж з Active Sync. По-перше, як уже зазначалося, ви можете синхронізувати більше ніж 3 адреси електронної пошти. Насправді я маю 31 адресу електронної пошти, і вони, нарешті, всі синхронізуються з моїм iPhone. Ще важливіше, що двостороння синхронізація працює зараз. Якщо ви зробите правки на своєму iPhone, це поле не буде розблоковуватися у ваших контактах Google. Наприклад, редагування адреси електронної пошти на пристрої IOS не змінить свої мітки в Google Contacts , щоб Otherзамість того , щоб Home, Workі будь-які призначені для користувача поля , які ви могли б мати.

Зокрема, користувацькі поля зберігаються в обох напрямках. Це особливо важливо, якщо ви хочете використовувати Сірі для "Надіслати електронний лист моєму братові". BrotherПоле в Google Contacts неправильно імпортувати в прошивкою через Active Sync, і якщо ви дозволили Siri врятувати , хто ваш брат був в списку контактів, назад імпорт в Google Contacts підігнані все вгору, включаючи всі інші поля , що не робили редагування.

Нарешті, телефонні номери також синхронізуються в обох напрямках без використання CardDAV.

Для мене найбільшою проблемою в Active Sync була двостороння редагування (або її відсутність). Я ніколи ніколи не редагував жодних контактів на своєму iPhone за допомогою Active Sync, оскільки пізніше мені не потрібно було виправляти всі поля на робочому столі. Тепер я можу це зробити вільно і не помітив жодної пошкодження даних.

Основна увага, яка стосується CardDAV, - це відсутність поштовху. Однак для мене натискання Active Sync все одно було настільки повільним, що незначна затримка Fetch ледь має значення. Плюс, мій досвід надійності Push був менш зоряним (зв’язки, які вмирають і ніколи не відновлюються, насамперед). Я вважав, що модель опитування набагато надійніша.

Те, що ви можете уникнути, використовуючи CardDAV, - це оновлення контакту в Gmail або на вашому iPhone, а потім негайно оновлення цього ж контакту в іншому. Це, ймовірно, призведе до того, що одна з ваших модифікацій буде перезаписана модифікацією, зробленою в іншому напрямку.

Оновлення 1: Один дивний спосіб, який я виявив у двосторонній синхронізації, стосується Google Voiceтипу номера телефону. Чомусь він не синхронізується правильно в будь-якому напрямку (він стає "Телефон" на вашому пристрої iOS, коли його вводять у Контакті Google, а Otherв Контактах Google, коли вводиться з пристрою iOS). Я можу лише здогадатися, що це поле має особливе значення для Google.

Оновлення 2: Існує ще одна дивацтва щодо iPhoneтипу номера телефону. Це зробить це правильно на ваших пристроях iOS, якщо його введено таким чином із контактів Google. Однак якщо ви вкажете iPhoneяк тип номера телефону з пристрою iOS, контакти Google змінять це на Mobile. Пристрій iOS, який було вказано спочатку iPhone, зберігатиме його як свій тип номера телефону, поки цей контакт знову не буде оновлено з контактів Google (без попереднього зміни типу номера телефону iPhone) або з іншого пристрою iOS. Я рекомендую вводити лише контактний iPhoneномер телефону в Google Контакти. Контакти з цим типом номера телефону також слід редагувати лише з контактів Google, якщо ви хочете вказати номер iPhoneсвого мобільного телефону.


2
Дякую за інформативний пост. Біт про поле "Брат" для мене новий. Я використовую Google Sync так довго, я не знав про ті конкретні речі iPhone. Отже, CardDav звучить досить добре, але чи можете ви сказати те саме для підтримки CalendarDav та IMAP?
стиле

2
Я використовую CalDAV також деякий час, і я вважаю його вищим (також, CalDAV підтримує більше сповіщень, ніж Google Sync). Я просто рекомендую не синхронізувати календар днів народження контактів, знявши його звідси google.com/calendar/syncselect, тому що в іншому випадку я отримав купу дублікатів інакше (і знявши прапорець на пристрої iOS, це також не виправлено).

4

Я зробив тест у Контактах Google: я відредагував один контакт і додав безліч номерів, електронних листів, веб-сайтів, адрес та дат. Потім я запустив синхронізацію на своєму iPhone та iPad.

Результати:

              | Exchange | CardDAV
phone numbers | max 6    | no limit? (I entered 12)
email         | max 3    | no limit? (I entered 8)
websites      | max 1    | no limit? (I entered 4)
addresses     | max 3    | no limit? (I entered 6)
dates         | max 2    | no limit? (I entered 6)

3

Обмін - набагато неповноцінний спосіб синхронізації контактів. Carddav - це відкритий стандарт, який набагато гнучкіший за його лічильники. По-перше, це дозволяє більше трьох полів для електронних листів та інших довільних обмежень. По-друге, carddav робить набагато більше категоризацій полів, таких як номери телефонів більше, ніж звичайний будинок, робота та інше. Нарешті, персоналізовані записи дозволяють користувачам класти ручки щебетання та інше. Інші стандарти, такі як Caldav та IMAP, можуть працювати синхронно і пропонувати більш надійні механізми синхронізації з менш відомими проблемами. Ця функція давно назріла.


1

Мені було цікаво те саме, то сьогодні я помітив проблему з моїми синхронізованими контактами Google на своєму iPhone 5 під управлінням iOS 6.

Я хотів зателефонувати до місця піци. У мене був запис контактів в Google із номером телефону. Я вписав назву місця ("Піца Марлен") у полі прізвища в Google, так що все ім'я з'явилося жирним шрифтом в iOS і було позначено буквою під "М".

Номер телефону не був на iPhone. Це був порожній контакт, без нічого, крім назви. Я перевірив ще один або два підприємства, які я ввів таким же чином (з іменем компанії в полі прізвища в Gmail), і вони також бракували номера телефону на iPhone.

Я переключив синхронізацію контактів на новий метод CardDAV, і ці контакти синхронізувались правильно.


Щоб додати до цього, якщо хтось використовував Exchange для синхронізації облікового запису Gmail і хотів перейти на CardDAV, правильною процедурою було б залишити обліковий запис Exchange таким, яким він є, але переключити контакти в положення OFF у цьому обліковому записі, а потім додати новий рахунок CardDAV?
Горб

1
@Damian, Так, саме це я і зробив. Вимкніть Контакти у наявному обліковому записі Exchange для Google та додайте новий обліковий запис CardDAV.
конусний шар

1

CardDAV - це справді шлях. На жаль, аналог Googles для синхронізації календарів (CalDAV) настільки погано реалізований, що я шукав альтернативи на веб-сайті CalConnect (http://caldav.calconnect.org/implementations/providers.html) і, врешті-решт, виявився фруктом. Їх реалізація є першокласною - навіть підтримує всі функції спільного використання, чудову підтримку, відстеження пристрою за допомогою спеціальних паролів та приємний дизайн. Настійно рекомендується!

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