一旦我的watch应用程序启动，它就会崩溃并出现以下错误:2017-08-1713:59:54.304792-0300watchOS4Extension[11500:1617313]-[SPApplication_accessibilityInitialize]:无法识别的选择器发送到实例0x79e5b8f02017-08-1713:59:56.173675-0300watchOS4扩展[11500:1617313]***由于未捕获的异常'NSInvalidArgumentException'而终止应用程序，原因:'-[SPApplication_accessibilityInitia
一旦我的watch应用程序启动，它就会崩溃并出现以下错误:2017-08-1713:59:54.304792-0300watchOS4Extension[11500:1617313]-[SPApplication_accessibilityInitialize]:无法识别的选择器发送到实例0x79e5b8f02017-08-1713:59:56.173675-0300watchOS4扩展[11500:1617313]***由于未捕获的异常'NSInvalidArgumentException'而终止应用程序，原因:'-[SPApplication_accessibilityInitia
将我的应用程序(使用Xcode7.2.1)存档并上传到iTunesConnect后，我收到一封来自iTunesConnect的电子邮件，内容为:InvalidSwiftSupport-TheWatchOSapplicationhasSwiftlibrariesatboth/Payload/Today'sMenu.app/TodaysReactiveMenuWatch.app/TodaysReactiveMenuWatchExtension.appex/Frameworks/and/Payload/Today'sMenu.app/TodaysReactiveMenuWatch.app
将我的应用程序(使用Xcode7.2.1)存档并上传到iTunesConnect后，我收到一封来自iTunesConnect的电子邮件，内容为:InvalidSwiftSupport-TheWatchOSapplicationhasSwiftlibrariesatboth/Payload/Today'sMenu.app/TodaysReactiveMenuWatch.app/TodaysReactiveMenuWatchExtension.appex/Frameworks/and/Payload/Today'sMenu.app/TodaysReactiveMenuWatch.app
我刚刚安装了最新的Xcode测试版来试用Swift2以及对AppleWatch开发部分所做的改进。我实际上很难弄清楚为什么这种在iOS和WatchOS2之间共享信息的基本NSUserDefaults方法不是工作。我关注了thisstep-by-steptutorial检查我是否遗漏了过程中的某些内容，例如为电话应用程序和分机打开同一组，但这是我得到的:NOTHING。这是我为iPhone应用程序中的ViewController编写的内容:importUIKitclassViewController:UIViewController{@IBOutletweakvarlb_testo:UI
我刚刚安装了最新的Xcode测试版来试用Swift2以及对AppleWatch开发部分所做的改进。我实际上很难弄清楚为什么这种在iOS和WatchOS2之间共享信息的基本NSUserDefaults方法不是工作。我关注了thisstep-by-steptutorial检查我是否遗漏了过程中的某些内容，例如为电话应用程序和分机打开同一组，但这是我得到的:NOTHING。这是我为iPhone应用程序中的ViewController编写的内容:importUIKitclassViewController:UIViewController{@IBOutletweakvarlb_testo:UI
对于iOS应用，UI更新仅从主线程完成-不建议这样做，否则可能会导致意外行为。在watchOS中，操作系统的结构包括watch扩展和应用程序-作为不同的“容器”。通常，从扩展中调用UI更新，这些更新会更新应用容器中的某些内容。相同的主线程逻辑是否适用于从watch扩展更新UI，或者可以从后台调用UI更新？编辑-使之更加清晰。从应用程序的容器中，UI更新可能应该发生在主线程上(就像在大多数系统/操作系统中发生的那样，如下所述)。真正的问题是watchOS是否会为我们处理这个问题，即在扩展的后台线程上调用UI更新是否会自动为我们发布到应用程序容器的主线程。 最佳
对于iOS应用，UI更新仅从主线程完成-不建议这样做，否则可能会导致意外行为。在watchOS中，操作系统的结构包括watch扩展和应用程序-作为不同的“容器”。通常，从扩展中调用UI更新，这些更新会更新应用容器中的某些内容。相同的主线程逻辑是否适用于从watch扩展更新UI，或者可以从后台调用UI更新？编辑-使之更加清晰。从应用程序的容器中，UI更新可能应该发生在主线程上(就像在大多数系统/操作系统中发生的那样，如下所述)。真正的问题是watchOS是否会为我们处理这个问题，即在扩展的后台线程上调用UI更新是否会自动为我们发布到应用程序容器的主线程。 最佳
我刚刚按照苹果的过渡指南将我的ObjectiveC应用程序升级到WatchOS2https://developer.apple.com/library/watchos/documentation/General/Conceptual/AppleWatch2TransitionGuide/ConfiguretheXcodeProject.html通过“在iOS应用程序与watchOS应用程序之间共享代码”部分，描述了如何将现有的iOS框架复制到WatchOS框架目标中以供WatchOS使用，如下所示。“如果您已经有一个与iOS应用共享框架的watchOS1应用，请复制您的iOS框架目标并
我有一个Xcode工作区，可以为iOS、OSX、tvOS和watchOS构建框架。我想让Travis构建所有四个，但我不知道如何在travis.yml文件中为xcode_scheme和xcode_sdk指定多个值。例如，.travis.yml可能看起来像这样(但这只针对OSX构建):language:objective-cosx_image:xcode7.2xcode_workspace:VirtualGameController.xcworkspacexcode_scheme:VirtualGameControllerIOSxcode_sdk:iphonesimulator9.2xc
