Обмен данными между двумя или более приложениями iPhone

Можно ли обмениваться данными между двумя приложениями на одном устройстве?

Или я могу разрешить другому приложению использовать информацию / данные моего приложения или любым другим способом?

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

Это всего лишь простой пример, а не реальный сценарий.

Исторически iPhone пытался предотвратить обмен данными между приложениями. Идея заключалась в том, что если вы не можете получить данные другого приложения, вы не сможете сделать с ним ничего плохого.

В последних выпусках IOS они немного ослабили это. Например, в руководстве по программированию iOS теперь есть раздел о передаче данных между приложениями, когда одно приложение запрашивает определенный префикс URL, а затем другие приложения ссылаются на этот URL. Итак, возможно, вы настроили свое приложение для обработки событий так, чтобы оно отвечало на URL-адреса "event: //" так же, как веб-сервер отвечает на URL-адреса "http: //".

Документация Apple об этом подходе находится здесь .

Загляните в раздел «Реализация пользовательских схем URL».

В изолированном мире разработки iOS обмен данными между приложениями может оказаться затруднительным. Поскольку разработчики iOS не могут обмениваться данными напрямую через файловую систему , им необходимо найти альтернативные решения для своих приложений. Некоторые распространенные решения включают:

• UIDocumentInteractionController

• UIActivityViewController

• Общий доступ к связке ключей

• Собственная схема URL

• Веб-сервис

• iCloud API

UIDocumentInteractionController:

Позволяет пользователю открывать документ в любом другом приложении, которое зарегистрировано как способное обрабатывать конкретный документ Uniform Type Identifier (UTI) .

UIDocumentInteractionController использовался в прошлом как средство открытия документа в других приложениях на устройстве, например, для открытия вложений электронной почты из почтового приложения.

К сожалению, пользовательский интерфейс UIDocumentInteractionController отображает только шесть приложений .

Вы не можете гарантировать, что ваше приложение появится в списке. Хотя UIDocumentInteractionController не является устаревшим, UIActivityViewController предоставляет более гибкую замену , начиная с iOS 6.0.

Доступность: iOS 3.2+

Плюсы:

• Позволяет обмениваться общими типами данных с широким спектром приложений.

Минусы:

• Позволяет управлять типом данных, отправляемых в UIDocumentInteractionController, но не адресами.

• Требуется дополнительное взаимодействие с пользователем.

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

UIActivityViewController:

Позволяет пользователю выполнять ряд действий с массивом данных.

Например, они могут распечатывать, отправлять по электронной почте, копировать, публиковать в социальных сетях или открывать в другом приложении.

Вы можете создать свои собственные подклассы UIActivity, чтобы предоставлять пользователю специальные услуги.

Доступность: iOS 6.0+

Плюсы:

• Отлично подходит для обмена общими типами данных с широким спектром приложений и социальных сетей.

• Может предоставить массив элементов для приложения к действию. Объекты должны соответствовать протоколу UIActivityItemSource.

• Имеет возможность устанавливать исключенные типы активности.

• Пользовательский интерфейс разбиения на страницы позволяет использовать больше мест назначения данных, чем UIDocumentInteractionController.

Минусы:

• Вы должны определить настраиваемый тип действия, чтобы ограничить назначение «Открыть в…» для общих типов данных.

• Требуется дополнительное взаимодействие с пользователем.

Общий доступ к связке ключей:

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

Все приложения, которые используют общий доступ к связке ключей, должны использовать один и тот же префикс идентификатора приложения.

Пример использования общего доступа к связке ключей в действии. См . Пример кода Apple GenericKeychain .

Доступность: iOS 3.0+

Плюсы:

• Безопасный доступ к данным.

Минусы:

• Вы можете обмениваться данными только между приложениями, которые имеют общий префикс идентификатора приложения.

• API Связки ключей в симуляторе iOS поступает из OS X, API которой отличается от API устройства iOS.

Пользовательская схема URL:

Позволяет передавать данные между приложениями с помощью простых URL-адресов.

Доступность: iOS 3.0+

Плюсы:

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

Минусы:

• Вы должны кодировать данные в экранированный законный URL.

  Примечание: кодировка base64 широко используется для преобразования сериализуемых данных в строковое значение. Однако строки base64 могут включать символы, недопустимые для использования в URL-адресах. Вы можете рассмотреть возможность использования base64url. Дополнительные сведения см. В разделе «Кодирование Base 64 с URL-адресом и безопасным алфавитом имени файла» .

iCloud API:

Все знают, что такое iCloud, плюсы и минусы, так что объяснений этому нет.

Но кто-то может спросить, как можно обмениваться данными между приложениями внутри одного устройства? Есть некоторые обходные пути для этого.

Это возможно, потому что идентификатор, который используется для iCloud, отличается от идентификатора пакета, поэтому можно обмениваться изображениями, видео и другими документами.

Чтобы узнать больше, смотрите обсуждение этой темы

Веб-сервис:

Синхронизируйте данные через стороннюю (например, Dropbox) или созданную на заказ веб-службу.

Доступность: iOS 2.0+

Плюсы:

• Полезно для обмена и распространения больших объемов данных.

Минусы:

• Требуется подключение к сети.
• Накладные расходы на реализацию веб-службы.

Справка

С iOS 8 я успешно получил доступ к той же папке, используя « Функциональность группы приложений». Я расширяю ответ @siejkowski.

Примечание: он будет работать только с той же учетной записью разработчика.

Для этого вам необходимо выполнить следующие шаги.

1. Сначала включите «Группы приложений» в своей учетной записи разработчика.
2. Создать профиль обеспечения. и используйте это.

Теперь вам нужно создать два приложения. Имя образца

1. Demo_Share_One
2. Demo_Share_Two

Теперь мы копируем изображения из Demo_Share_One в папку общего доступа, которая создается по умолчанию, когда вы включаете группы приложений и запускаете приложение. и будет получать доступ ко всем этим изображениям из Demo_Share_Two .

Вы должны взять имя группы, которое было установлено для вашей учетной записи разработчика group.filesharingdemo.

Добавьте метод ниже в обоих приложениях, чтобы получить относительный путь URL-адреса общей папки.

- (NSString *) getSharedLocationPath:(NSString *)appGroupName {
    NSFileManager *fileManager = [NSFileManager defaultManager];
    NSURL *groupContainerURL = [fileManager containerURLForSecurityApplicationGroupIdentifier:appGroupName];
    return [groupContainerURL relativePath];
}

Теперь мы копируем изображения из Bundle из Demo_Share_One

-(IBAction)writeImage:(id)sender
{
    for (int i = 0; i<15; i++) 
    {
        NSString *strSourcePath = [[NSBundle mainBundle] pathForResource:[NSString stringWithFormat:@"hd%d",i+1] ofType:@"jpg"];
        NSString *strDestinationPath = [[self getSharedLocationPath:@"group.filesharingdemo"] stringByAppendingPathComponent:[NSString stringWithFormat:@"hd%d",i+1]] ;

        BOOL filewrite = [[NSFileManager defaultManager]copyItemAtPath:strSourcePath toPath:strDestinationPath error:nil];
        if (filewrite)
            NSLog(@"File write");
        else
            NSLog(@"can not write file");
    }
}

Теперь в Demo_Share_Two для доступа к этим изображениям

NSString *pathShared = [[self getSharedLocationPath:@"group.filesharingdemo"] stringByAppendingPathComponent:[NSString stringWithFormat:@"hd%d.jpg",number]];
NSLog(@"%@",pathShared);
//BOOL fileExist = [[NSFileManager defaultManager] fileExistsAtPath:pathShared];
imgView.image = [UIImage imageWithContentsOfFile:pathShared];

И теперь вы получите все изображения, которые вы пишете, из Demo_Share_One .

Итак, с этого момента, если вы хотите поделиться этой папкой, два вашего третьего приложения. просто добавьте это приложение в свою группу. Поэтому слишком легко получить доступ к одним и тем же элементам в ваших нескольких приложениях.

если вы не включите группы приложений в своем AppID, вы получите [self getSharedLocationPath: @ "group.filesharingdemo"] - null.

Спасибо Apple за функцию обмена элементами из ваших собственных приложений . Удачного кодирования. :)

Начиная с iOS 8, вы можете легко обмениваться данными между приложениями, если они находятся в общей группе приложений.

Документация Apple лучше всего объясняет это в контексте расширений: https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/ExtensibilityPG/ExtensionScenarios.html

В основном вам необходимо:

1. Определите идентификатор группы приложений (в разделе « Сертификаты, идентификаторы и профили » Центра участников программы Apple Developer Program).
2. Включите возможность групп приложений, указав указанный выше идентификатор группы приложений для каждого приложения, которое должно обмениваться данными (это можно сделать либо в Xcode: Target -> Capabilities, либо в Центре участников ).
3. Используйте один из двух API для доступа к общему контейнеру.

Первый API основан на NSUserDefaults:

NSString *appGroupId = @"group.my.group.id";

NSUserDefaults *myDefaults = [[NSUserDefaults alloc] 
                    initWithSuiteName:appGroupId];

[myDefaults setObject:@"foo" forKey:@"bar"];

Второй API основан на NSFileManager. Это просто общая папка, к которой вы можете получить доступ после получения ее URL:

NSString *appGroupId = @"group.my.group.id";

NSURL *sharedFolderURL = [[NSFileManager defaultManager] 
                           containerURLForSecurityApplicationGroupIdentifier:appGroupId];

Все, что вы поместите внутрь myDefaultsили указанную папку, sharedFolderURLбудет видно и доступно для всех ваших приложений.

В случае папки, пожалуйста, пишите / читайте атомарно, чтобы избежать взаимоблокировок.

Возможен обмен данными между приложениями? Да, именно так!

Используйте UIPasteBoard, доступный в iOS 3.0, документация доступна здесь . Документы Apple говорят:

Класс UIPasteboard позволяет приложению обмениваться данными внутри приложения или с другим приложением, используя общесистемные или специфичные для приложения монтажные панели.

Также можно обмениваться данными между приложениями в связке ключей, хотя данные в первую очередь предназначены для использования в качестве паролей, и все, что сериализуемое, может быть сохранено. Вот вопрос о переполнении стека по этому поводу.

Вы можете использовать настраиваемую схему URL-адресов для доступа к данным из одного приложения в другое. Для получения дополнительной информации перейдите по указанной ниже ссылке -

http://iosdevelopertips.com/cocoa/launching-your-own-application-via-a-custom-url-scheme.html

Обратите внимание, что совместное использование данных между приложениями через UIPasteBoard работает только для приложений в одной группе приложений в iOS7. Как говорят яблоки:

+ [UIPasteboard pasteboardWithName: create:] и + [UIPasteboard pasteboardWithUniqueName] теперь уникальны для данного имени, чтобы разрешить доступ к монтажному столу только тем приложениям в той же группе приложений. Если разработчик попытается создать монтажный стол с именем, которое уже существует, и они не являются частью того же набора приложений, он получит свой собственный уникальный и личный монтажный стол. Обратите внимание, что это не влияет на предоставляемые системой монтажные панели, общие и поиск.

Если вы не против подключения к сети, вы можете реализовать для этого специальный веб-сервис или использовать облачный сервис. Сам iCloud здесь не принесет особой пользы; это позволяет вам обмениваться данными только между одним и тем же приложением на разных устройствах. Вы можете прочитать об iCloud здесь .

Без использования сети вы можете использовать « быстрое переключение приложений » для передачи ограниченного объема данных между приложениями с помощью кодирования URL. Фактический объем передаваемых данных я не знаю, но я уверен, что он будет очень ограниченным.

В этом случае лучше всего подходят ответы JugsteR и baudot.

Вы можете использовать https://github.com/burczyk/Camouflage для чтения и записи NSData в iOS Camera Roll в виде файла .bmp и обмена им между приложениями :)

Совершенно новое решение!

Нет. Вам нужно будет использовать какое-то облачное решение.