用于ios设备的软件工具开发包更新方法和装置制造方法
【专利摘要】本发明公开了一种用于IOS设备的软件工具开发包更新方法和装置。该用于IOS设备的软件工具开发包更新方法包括获取待更新的软件工具开发包；检测待更新的软件工具开发包是否符合预设条件；如果检测出待更新的软件工具开发包符合预设条件，将待更新的软件工具开发包添加到预设的测试文件中；通过编译测试文件执行对待更新的软件工具开发包的更新。通过本发明，解决了现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题。
【专利说明】用于IOS设备的软件工具开发包更新方法和装置
【技术领域】
[0001] 本发明涉及移动终端领域，具体而言，涉及一种用于IOS设备的软件工具开发包 更新方法和装置。
【背景技术】
[0002] 随着互联网技术的快速发展，用于终端设备（比如手机，电脑等）的应用程序的种 类越来越多。而且，不同操作系统的终端设备中的应用程序也存在差异。为了增加用户体 验，应用程序需要不断地进行更新。比如，IOS系统的苹果手机或者苹果电脑中的应用程序 的更新需要手动地将应用程序中的软件工具开发包进行更新。现有技术采用手动更新软件 工具开发包的方式完成对IOS设备的应用程序的更新存在很多问题，比如过程比较繁琐， 而且更新周期长、容易出错。
[0003] 针对现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题，目前尚未 提出有效的解决方案。
【发明内容】
[0004] 本发明的主要目的在于提供一种用于IOS设备的软件工具开发包更新方法和装 置，以解决现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题。
[0005] 为了实现上述目的，根据本发明的一个方面，提供了一种用于IOS设备的软件工 具开发包更新方法。
[0006] 该用于IOS设备的软件工具开发包更新方法包括：获取待更新的软件工具开发 包；检测待更新的软件工具开发包是否符合预设条件；如果检测出待更新的软件工具开发 包符合预设条件，将待更新的软件工具开发包添加到预设的测试文件中；通过编译测试文 件执行对待更新的软件工具开发包的更新。
[0007] 进一步地，获取待更新的软件工具开发包包括：创建工程文件；设置工程文件的 类型；将待更新的软件工具开发包加载到工程文件中；设置待更新的软件工具开发包在工 程文件中的类型；设置待更新的软件工具开发包所支持的系统版本类型。
[0008] 进一步地，在检测待更新的软件工具开发包是否符合预设条件之后，该用于IOS 设备的软件工具开发包更新方法还包括：如果检测出待更新的软件工具开发包不符合预 设条件；获取待更新的软件工具开发包不符合预设条件的错误提示信息；分析错误提示信 息，得到分析结果；根据分析结果进行相应的操作。
[0009] 进一步地，如果获取的待更新的软件工具开发包不符合预设条件的错误提示信息 为IOS设备中没有目标产品类型，根据分析结果进行相应的操作包括：获取待更新的软件 工具开发包的编译环境文件和待更新的软件工具开发包所支持的系统文件；将预设目录下 的文件替换为待更新的软件工具开发包的编译环境文件和待更新的软件工具开发包所支 持的系统文件。
[0010] 进一步地，如果检测出待更新的软件工具开发包符合预设条件，将待更新的软件 工具开发包添加到预设的测试文件中包括：判断IOS设备是否支持文件共享；如果判断出IOS设备不支持文件共享，通过添加键值对以使IOS设备支持共享，其中，键值对用于支持 IOS设备文件共享；根据IOS设备支持文件共享将待更新的软件工具开发包添加到预设的 测试文件中。
[0011] 为了实现上述目的，根据本发明的另一方面，提供了一种用于IOS设备的软件工 具开发包更新装置。
[0012] 该用于IOS设备的软件工具开发包更新装置包括：第一获取模块，用于获取待更 新的软件工具开发包；检测模块，用于检测待更新的软件工具开发包是否符合预设条件； 添加模块，用于当检测出待更新的软件工具开发包符合预设条件时，将待更新的软件工具 开发包添加到预设的测试文件中；更新模块，用于通过编译测试文件执行对待更新的软件 工具开发包的更新。
[0013] 进一步地，第一获取模块包括：创建模块，用于创建工程文件；第一设置模块，用 于设置工程文件的类型；加载模块，用于将待更新的软件工具开发包加载到工程文件中； 第二设置模块，用于设置待更新的软件工具开发包在工程文件中的类型；第三设置模块，用 于设置待更新的软件工具开发包所支持的系统版本类型。
[0014] 进一步地，该用于IOS设备的软件工具开发包的更新装置还包括：第二获取模块， 用于当检测出待更新的软件工具开发包不符合预设条件时，获取待更新的软件工具开发包 不符合预设条件的错误提示信息；分析模块，用于分析错误提示信息，得到分析结果；操作 模块，用于根据分析结果进行相应的操作。
[0015] 进一步地，当第二获取模块获取的待更新的软件工具开发包不符合预设条件的错 误提示信息为IOS设备中没有目标产品类型时，操作模块包括：第三获取模块，用于获取待 更新的软件工具开发包的编译环境文件和待更新的软件工具开发包所支持的系统文件；替 换模块，用于将预设目录下的文件替换为待更新的软件工具开发包的编译环境文件和待更 新的软件工具开发包所支持的系统文件。
[0016] 进一步地，添加模块包括：判断模块，用于判断IOS设备是否支持文件共享；第一 添加子模块，用于当判断出IOS设备不支持文件共享时，通过添加键值对以使IOS设备支持 共享，其中，键值对用于支持IOS设备文件共享；第二添加子模块，用于根据IOS设备支持文 件共享将待更新的软件工具开发包添加到预设的测试文件中。
[0017] 通过本发明，采用获取待更新的软件工具开发包；检测待更新的软件工具开发包 是否符合预设条件；如果检测出待更新的软件工具开发包符合预设条件，将待更新的软件 工具开发包添加到预设的测试文件中；通过编译测试文件执行对待更新的软件工具开发包 的更新，解决了现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题。该发明 利用语言上的动态加载特性，在程序运行时动态加载待更新的软件工具开发包，进而达到 了动态更新待更新的软件工具开发包的效果。
【专利附图】
【附图说明】
[0018] 构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实 施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0019] 图1是根据本发明的用于IOS设备的软件工具开发包更新方法的第一实施例的流 程图；
[0020]图2是根据本发明的工程文件TestDylib类型的设置界面示意图；
[0021]图3是根据本发明的待更新的软件工具开发包在工程文件TestDylib中的类型设 置界面不意图；
[0022] 图4是根据本发明的测试工程文件GridsumTestDylib的编译界面示意图；
[0023] 图5是根据本发明的工程文件TestFramework的类型的设置界面示意图；
[0024] 图6是根据本发明的在工程文件TestFramework中待更新的软件工具开发包所支 持的系统版本类型的设置界面示意图；
[0025] 图7是根据本发明的测试工程文件DynamicTest的编译界面示意图；以及
[0026] 图8是根据本发明实施例的用于IOS设备的软件工具开发包更新装置的示意图。
【具体实施方式】
[0027] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本发明。
[0028] 为了使本【技术领域】的人员更好地理解本申请方案，下面将结合本申请实施例中的 附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是 本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范 围。
[0029] 需要说明的是，本申请的说明书和权利要求书及上述附图中的术语"第一"、"第 二"等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使 用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语"包括"和 "具有"以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元 的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有 清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0030] 本发明旨在提供一种用于IOS设备的软件工具开发包更新方法和装置。
[0031] 图1是根据本发明的用于IOS设备的软件工具开发包更新方法的第一实施例的流 程图。如图1所示，该用于IOS设备的软件工具开发包更新方法包括如下的步骤SlOl至步 骤S104 :
[0032] 步骤S101，获取待更新的软件工具开发包。
[0033] 该实施例的用于IOS设备的软件工具开发包更新方法利用了Objective-C语言的 动态加载特性，使程序运行过程中动态加载二进制文件。其中，objective-c语言可开发后 缀为.DyIib的动态链接库。
[0034] 优选地，该实施例的用于IOS设备的软件工具开发包更新方法中获取待更新的软 件工具开发包包括：创建工程文件；设置工程文件的类型；将待更新的软件工具开发包加 载到工程文件中；设置待更新的软件工具开发包在工程文件中的类型；设置待更新的软件 工具开发包所支持的系统版本类型。
[0035] 步骤S102,检测待更新的软件工具开发包是否符合预设条件。
[0036] 该实施例的用于IOS设备的软件工具开发包更新方法中的预设条件优选为检测 待更新的软件工具开发包文件编译时是否存在错误，如果检测待更新的软件工具开发包文 件编译时存在错误，则检测待更新的软件工具开发包不符合预设条件；如果检测待更新的 软件工具开发包文件编译时不存在错误，则检测待更新的软件工具开发包符合预设条件。
[0037] 优选地，在检测待更新的软件工具开发包是否符合预设条件之后，该实施例的用 于IOS设备的软件工具开发包更新方法还可以包括：如果检测出待更新的软件工具开发包 不符合预设条件；获取待更新的软件工具开发包不符合预设条件的错误提示信息；分析错 误提示信息，得到分析结果；根据分析结果进行相应的操作。
[0038] 具体地，如果获取的待更新的软件工具开发包不符合预设条件的错误提示信息为 IOS设备中没有目标产品类型，根据分析结果进行相应的操作包括：获取待更新的软件工 具开发包的编译环境文件和待更新的软件工具开发包所支持的系统文件；将预设目录下的 文件替换为待更新的软件工具开发包的编译环境文件和待更新的软件工具开发包所支持 的系统文件。
[0039] 步骤S103,如果检测出待更新的软件工具开发包符合预设条件，将待更新的软件 工具开发包添加到预设的测试文件中。
[0040] 优选地，该实施例的用于IOS设备的软件工具开发包更新方法当检测出待更新的 软件工具开发包符合预设条件时，将待更新的软件工具开发包添加到预设的测试文件中包 括：判断IOS设备是否支持文件共享；如果判断出IOS设备不支持文件共享，通过添加键值 对以使IOS设备支持共享，其中，键值对用于支持IOS设备文件共享；根据IOS设备支持文 件共享将待更新的软件工具开发包添加到预设的测试文件中。
[0041] 步骤S104,通过编译测试文件执行对待更新的软件工具开发包的更新。
[0042] 该实施例的用于IOS设备的软件工具开发包更新方法可以通过以下两种技术方 案实现：
[0043] 方案一：利用加载函数dlopenO动态加载.dylib动态链接库。
[0044] 方案一具体包括：创建IOS动态库工程文件TestDylib。工程文件TestDylib的类 型的设置界面如图2所示。由于Xcode默认不支持创建此类IOS工程，所以需要选择OSX的 对应项目。待更新的软件工具开发包在工程文件TestDylib中的类型设置界面如图3所示， 其中，类型Type选择为动态Dynamic。在工程文件TestDylib中对待更新的软件工具开发包 所支持的系统版本类型进行设置，其中，BaseSDK选择为iosx.x，结构Architectures选 择为标准Standard。删除所有的OSXframeworks，添加IOSSDK的Foundation,framework。 该方案中的程序测试方法如以下代码所示：
[0045] TcslDyl ib.h #imporl <Foundation/Foundalion.h> @intcrlacc TcslDylib : NSObjccl -(voicl)tcsl; TcstDylib.m #import "TcslDylib.h"
[0046] (ajimplcmcntation TestDylib -(void)tcst NSLog(@MTcstDylib: tcsiM);
[0047] 使用上述代码所示的测试方法对.dylib动态链接库文件进行编译，如果编译 时提亦错误为"targetspecifiesproducttype'com.apple,product-type,library, dynamic'，butthere'snosuchproducttypeforthe'iphoneos'platform''，需要将 预设目录下，艮P/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS. platform/Developer/Library/Xcode/Specifications/ 目录下的相应文件替换为待更新 的软件工具开发包的编译环境文件iPhoneOSPackageTypes.xcspec和待更新的软件工具 开发包所支持的系统文件iPhoneOSProductTypes.xcspec。
[0048] 创建测试工程文件GridsumTestDylitu其中，主文件可以用以下代码表示：
[0049] #import <objc/runtimc.h> #import <dlfcn,h> -(void)tcstDylib NSArraysii paths = IslSScarchPathForDircctorics[nDomains(NSDocumcntDircctory,NSUscrDomainMaskA ES) ， NSString ^documcntDircctory = nil; if ([paths count] ! = 0) documcntDircctory = [[paths objcclAUndcx:0] retain]; NSSlring ^libNamc = (i/；:MTcslDylib.dylib"; NSSlring ^dcstLibPath = [documentDirectory stringByAppcndingPalhComponcnt:libNamc]; void* libhandlc = dlopcn([dcslLibPath cStringlJsingEncoding:NSUTF8StringEncoding], RTLD_LOCAL); !!'(!lib handlc) { NSLog(@MUnablc to open library: %s\n'\ dlcrror〇); return; Class Test_class = NSClassFromString(@MTestDylibM);
[0050] if(!Tcst_class) { NSLog(@"Unablc ?ο get TcsiDylib class"); return; // Create an instance of Person. NSObjcctili test = [Test_class new];
[test pcr(brmSclcctor:@sclcctor(tcsi)]; /7Close the library, if (dlclosc(lib handlc) != 0) { NSLog(@MUnablc to close library: %8\η",?1〇ΓΓ〇Γ〇);
[0051] 在Info,plist中添加一个键值对ApplicationsupportsiTunesfilesharing =YES，使IOS设备支持iTunes文件共享。根据IOS设备支持iTunes文件共享的特性将生 成的TestDylib.dylib通过iTunes拷贝到测试程序的文件Documents目录，或者通过网络 下载TestDylib.dylib到测试工程沙盒的文件Documents目录D
[0052] 编译测试工程文件，开始测试。通过执行测试工程文件实现软件工具开发包， 即.dylib动态链接库的动态更新^测试工程文件GridsumTestDylib的编译界面如图4所 /Js〇
[0053] 方案二：利用捆绑函数NSBundle动态加载·framework〇
[0054] 方案二具体包括：创建IOSFramework工程文件TestFrameworkcj工程文件 TestFramework的类型的设置界面如图5所示D由于Xcode默认不支持创建此类IOS工 程，所以需要选择OSX的对应项目。在工程文件TestFramework中待更新的软件工具开 发包所支持的系统版本类型的设置界面如图6所示，其中，BaseSDK选择为iosx.x，结 构Architectures选择为标准Standard。删除所有的OSXframeworks，添加IOSSDK的 Foundation.frameworL该方案中的程序测试方法如以下代码所示：
[0055] TcstFramcwork.h #import <Foundation/Foundation.h> (f：/)intcr(acc TcstFramcwork : NSObjcci -(void)tcst; TestFramework. m #impori iTcslFramcwork.hM
[0056] (? implementation TcslFramework (void)lcsl NSLog(@MTcstFramework; test");
[0057] 使用上述代码所示的测试方法对.framework文件进行编译，如果编译时提示 错误为"targetspecifiesproducttype'com.apple,product-type,framework'，but there'snosuchproducttypeforthe'iphoneos'platform''，需要下载待更新的软件 工具开发包的编译环境文件iPhoneOSPackageTypes.xcspec和待更新的软件工具开发包 所支持的系统文件iPhoneOSProductTypes.xcspec，并将预设目录下，S卩/Applications/ Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/ Xcode/Specifications/目录下的相应文件替换为待更新的软件工具开发包的编译环 境文件iPhoneOSPackageTypes.xcspec和待更新的软件工具开发包所支持的系统文件 iPhoneOSProductTypes.Xcspec0
[0058] 创建测试工程文件DynamicTest，其中，主文件可以用以下代码表示：
[0059] -(void)tcstFramcwork NSArray* paths = lNJSScarchPathForDirccloricsInDomains(NSDocumcnlDircclory,N SUscrDomainMask5Y ES) ， NSString ^documcnlDircctory = nil; if ([paths count] != 0) documcntDircctory = [[paths objcctAtIndcx:0] retain]; NSString ^framcworkNamc = '@"TcstFramcwc)rk.framework"; NSString i：<dcstFramcv\orkPath = [documcntDircctory StringByAppendingPathComponent: IrameworkName]; NSBundlc iiiIramcwork = [NSBundlc bundlcWilhl^alhrdcstFramcworkPath]; i f (framework&&[framework load]) { Class丁cst-class二NSGlassFYoniStringi^"丁cstFYanicvvOrk")； if(!Tcst_class) { NSLog(@"Unablc to get TcstFramcwork class"); return; NSObject* test = [Test-class new];
[0060]
[test pcrr0rmSclcctc>r:@sclcclor(tcsl)]; !else NSLog(@"Unable to load TcslFramcvvork");
[0061] 通过网络下载，将TestFrameworLframework文件下载到测试工程沙盒的文件 Documents目录下。
[0062] 编译测试工程文件，开始测试。通过执行测试工程文件实现软件工具开发包， 艮P.framework文件的动态更新。测试工程文件DynamicTest的编译界面如图7所示。
[0063] 以上两种测试方法均可以实现动态加载软件工具开发包，动态更新软件工具开发 包文件可以减少手动更新造成的错误，提高更新效率。
[0064] 该实施例的用于IOS设备的软件工具开发包更新方法采用获取待更新的软件工 具开发包；检测待更新的软件工具开发包是否符合预设条件；如果检测出待更新的软件工 具开发包符合预设条件，将待更新的软件工具开发包添加到预设的测试文件中；通过编译 测试文件执行对待更新的软件工具开发包的更新，解决了现有技术中IOS设备上的软件工 具开发包的更新繁琐易错的问题，达到了动态更新待更新的软件工具开发包的效果。
[0065] 从以上的描述中，可以看出，本发明实施例的用于IOS设备的软件工具开发包更 新方法通过利用编程语言的动态特性，将符合预设条件的待更新的软件工具开发包加载到 预设测试程序中，通过运行该测试程序时实现了对待更新的软件工具开发包的动态更新， 该发明的实施例解决了现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题， 达到了动态更新待更新的软件工具开发包的效果。
[0066] 需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的 计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不 同于此处的顺序执行所示出或描述的步骤。
[0067] 本发明实施例还提供了一种用于IOS设备的软件工具开发包更新装置。需要说明 的是，该用于IOS设备的软件工具开发包更新装置可以用于执行本发明实施例的用于IOS 设备的软件工具开发包更新方法。
[0068] 图8是根据本发明实施例的用于IOS设备的软件工具开发包更新装置的示意图。 如图8所示，该用于IOS设备的软件工具开发包更新装置包括：第一获取模块10,检测模块 20,添加模块30和更新模块40。
[0069] 第一获取模块10,用于获取待更新的软件工具开发包。
[0070] 优选地，第一获取模块10包括：创建模块，用于创建工程文件；第一设置模块，用 于设置工程文件的类型；加载模块，用于将待更新的软件工具开发包加载到工程文件中； 第二设置模块，用于设置待更新的软件工具开发包在工程文件中的类型；第三设置模块，用 于设置待更新的软件工具开发包所支持的系统版本类型。
[0071] 检测模块20,用于检测待更新的软件工具开发包是否符合预设条件。
[0072] 添加模块30,用于当检测出待更新的软件工具开发包符合预设条件时，将待更新 的软件工具开发包添加到预设的测试文件中。
[0073] 优选地，添加模块30包括：判断模块，用于判断IOS设备是否支持文件共享；第一 添加子模块，用于当判断出IOS设备不支持文件共享时，通过添加键值对以使IOS设备支持 共享，其中，键值对用于支持IOS设备文件共享；第二添加子模块，用于根据IOS设备支持文 件共享将待更新的软件工具开发包添加到预设的测试文件中。
[0074] 更新模块40,用于通过编译测试文件执行对待更新的软件工具开发包的更新。
[0075] 优选地，该实施例的用于IOS设备的软件工具开发包的更新装置，其特征在于，装 置还包括：第二获取模块，用于当检测出待更新的软件工具开发包不符合预设条件时，获取 待更新的软件工具开发包不符合预设条件的错误提示信息；分析模块，用于分析错误提示 信息，得到分析结果；操作模块，用于根据分析结果进行相应的操作。
[0076] 具体地，当第二获取模块获取的待更新的软件工具开发包不符合预设条件的错误 提示信息为IOS设备中没有目标产品类型时，操作模块包括：第三获取模块，用于获取待更 新的软件工具开发包的编译环境文件和待更新的软件工具开发包所支持的系统文件；替换 模块，用于将预设目录下的文件替换为待更新的软件工具开发包的编译环境文件和待更新 的软件工具开发包所支持的系统文件。
[0077] 该实施例的用于IOS设备的软件工具开发包更新装置包括第一获取模块10,检测 模块20,添加模块30和更新模块40。通过该实施例的用于IOS设备的软件工具开发包更 新装置解决了现有技术中IOS设备上的软件工具开发包的更新繁琐易错的问题。
[0078] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的 硬件和软件结合。
[0079] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1. 一种用于IOS设备的软件工具开发包更新方法，其特征在于，包括： 获取待更新的软件工具开发包； 检测所述待更新的软件工具开发包是否符合预设条件； 如果检测出所述待更新的软件工具开发包符合预设条件，将所述待更新的软件工具开 发包添加到预设的测试文件中；以及 通过编译所述测试文件执行对所述待更新的软件工具开发包的更新。
2. 根据权利要求1所述的用于I0S设备的软件工具开发包更新方法，其特征在于，获取 待更新的软件工具开发包包括： 创建工程文件； 设置所述工程文件的类型； 将所述待更新的软件工具开发包加载到所述工程文件中； 设置所述待更新的软件工具开发包在所述工程文件中的类型；以及 设置所述待更新的软件工具开发包所支持的系统版本类型。
3. 根据权利要求1所述的用于I0S设备的软件工具开发包更新方法，其特征在于，在检 测所述待更新的软件工具开发包是否符合预设条件之后，所述方法还包括： 如果检测出所述待更新的软件工具开发包不符合预设条件； 获取所述待更新的软件工具开发包不符合预设条件的错误提示信息； 分析所述错误提示信息，得到分析结果；以及 根据所述分析结果进行相应的操作。
4. 根据权利要求3所述的用于I0S设备的软件工具开发包更新方法，其特征在于，如果 获取的所述待更新的软件工具开发包不符合预设条件的错误提示信息为所述I0S设备中 没有目标产品类型，根据所述分析结果进行相应的操作包括： 获取所述待更新的软件工具开发包的编译环境文件和所述待更新的软件工具开发包 所支持的系统文件；以及 将预设目录下的文件替换为所述待更新的软件工具开发包的编译环境文件和所述待 更新的软件工具开发包所支持的系统文件。
5. 根据权利要求1所述的用于I0S设备的软件工具开发包更新方法，其特征在于，如果 检测出所述待更新的软件工具开发包符合预设条件，将所述待更新的软件工具开发包添加 到预设的测试文件中包括： 判断所述I0S设备是否支持文件共享； 如果判断出所述I0S设备不支持文件共享，通过添加键值对以使所述I0S设备支持共 享，其中，所述键值对用于支持所述I0S设备文件共享；以及 根据所述I0S设备支持文件共享将所述待更新的软件工具开发包添加到预设的测试 文件中。
6. -种用于I0S设备的软件工具开发包更新装置，其特征在于，包括： 第一获取模块，用于获取待更新的软件工具开发包； 检测模块，用于检测所述待更新的软件工具开发包是否符合预设条件； 添加模块，用于当检测出所述待更新的软件工具开发包符合预设条件时，将所述待更 新的软件工具开发包添加到预设的测试文件中；以及 更新模块，用于通过编译所述测试文件执行对所述待更新的软件工具开发包的更新。
7. 根据权利要求6所述的用于IOS设备的软件工具开发包更新装置，其特征在于，所述 第一获取模块包括： 创建模块，用于创建工程文件； 第一设置模块，用于设置所述工程文件的类型； 加载模块，用于将所述待更新的软件工具开发包加载到所述工程文件中； 第二设置模块，用于设置所述待更新的软件工具开发包在所述工程文件中的类型；以 及 第三设置模块，用于设置所述待更新的软件工具开发包所支持的系统版本类型。
8. 根据权利要求6所述的用于IOS设备的软件工具开发包更新装置，其特征在于，所述 装置还包括： 第二获取模块，用于当检测出所述待更新的软件工具开发包不符合预设条件时，获取 所述待更新的软件工具开发包不符合预设条件的错误提示信息； 分析模块，用于分析所述错误提示信息，得到分析结果；以及 操作模块，用于根据所述分析结果进行相应的操作。
9. 根据权利要求8所述的用于IOS设备的软件工具开发包更新装置，其特征在于，当所 述第二获取模块获取的所述待更新的软件工具开发包不符合预设条件的错误提示信息为 所述IOS设备中没有目标产品类型时，所述操作模块包括： 第三获取模块，用于获取所述待更新的软件工具开发包的编译环境文件和所述待更新 的软件工具开发包所支持的系统文件；以及 替换模块，用于将预设目录下的文件替换为所述待更新的软件工具开发包的编译环境 文件和所述待更新的软件工具开发包所支持的系统文件。
10. 根据权利要求6所述的用于IOS设备的软件工具开发包更新装置，其特征在于，所 述添加 t吴块包括： 判断模块，用于判断所述IOS设备是否支持文件共享； 第一添加子模块，用于当判断出所述IOS设备不支持文件共享时，通过添加键值对以 使所述IOS设备支持共享，其中，所述键值对用于支持所述IOS设备文件共享；以及 第二添加子模块，用于根据所述IOS设备支持文件共享将所述待更新的软件工具开发 包添加到预设的测试文件中。
【文档编号】G06F9/445GK104484201SQ201410768764
【公开日】2015年4月1日 申请日期:2014年12月11日 优先权日:2014年12月11日
【发明者】闫青 申请人:北京国双科技有限公司