问题描述
合法"是指可以被 App Store 接受的方法.
By "legally" I meant methods which will be accepted to App Store.
我读过这个,但我觉得它可能已经过时了(一个问题和大多数答案都可以追溯到 2008 年)
I have read this one, but I feel that it could be out-date (a question and most answers are dated back 2008)
这些提供的信息最少:
据我所知,这些方法是
完全合法
1) UIApplication openURL
1) UIApplication openURL
2) 如果两个应用程序是由同一团队开发的,则可以使用钥匙串
2) Keychain can be used if both applications are developed by the same team
3) 如果两个应用程序是由同一团队开发的,则可以使用 iCloud
3) iCloud could be used if both application are developed by the same team
灰色地带.
4) 使用 CFNotificationCenterGetDarwinNotifyCenter、CFNotificationCenterAddObserver、CFNotificationCenterPostNotification 的全局通知
4) Global notification using CFNotificationCenterGetDarwinNotifyCenter, CFNotificationCenterAddObserver, CFNotificationCenterPostNotification
5) 使用 TCP/IP 套接字(如果应用程序之一在后台运行)
5) Use TCP/IP sockets (if one of applications run in background)
6) 使用 Unix 套接字(如果应用程序之一在后台运行)
6) Use Unix sockets (if one of applications run in background)
7) 使用自定义 UIPasteBoard
7) Use custom UIPasteBoard
有没有人被拒绝或接受过使用它的人?
Did anybody got rejected or accepted who used this?
有人知道任何其他方法吗?
-- 更新 1--
两个应用将在同一台设备上运行.
Both apps will be running on the same device.
其中一个应用程序有可能在后台运行 (VOIP)
There is a chance that one of the apps will be running in the background (VOIP)
应用将由不同的团队开发(不会使用相同的证书签名).
Apps will be developed by different teams (won't be signed with the same certificates).
推荐答案
使用 Dropbox 这样的服务怎么样?很多应用都在使用它,我认为它们提供了丰富的 API.
What about using a service like dropbox? It's used by quite a lot of apps, and I think they provide a rich API.
这篇关于在多个 iOS 应用之间共享信息的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!