Tag: App开发

CocoaPods的本地开发

CocoaPods使您的应用程序模块化和集成外部库或框架变得非常容易。 但是,对于更特定的应用程序,该工具会很快达到其极限。 问题如下:我的库是通过我的回购的master分支克隆的。 要测试更改,必须将它们合并到master分支中,并提供一个version标记。 解决方案:本地podfile,该文件不吸引版本,但直接从目录获取源。 创建本地Podfile 首先,您必须创建一个名为“ Podfile.local”的新文件。 现在,您可以在此处覆盖依赖关系。 内部Pod的定义应在Podfile中覆盖。 我们可以通过简单添加以下红宝石线来做到这一点: 修改后的podfile现在应该看起来像这样: 忽略本地文件 在.gitignore中包含本地文件很重要。 否则可能会意外检查文件。 如果应用是通过Jenkins和/或Fastlane构建的,则本地文件也会被吸引,而不是master分支的文件。 我总是在.gitignore上有Podfile.lock和Podfile.local 。

成功开发iOS App的5条提示

苹果公司是领先的移动平台之一,因此为苹果公司用户开发应用程序(无论是针对iOS,watchOS还是tvOS的应用程序)对于企业所有者而言都是巨大的收益。 苹果公司以其高质量的应用程序和对iOS应用程序开发人员的严格要求而闻名。 遵循标准惯例来接受App Store不仅很重要,而且对于用户友好性和可用性也是必不可少的。 iOS开发技巧 1.您内容的布局 一个好的经验法则是,内容应适合屏幕,以便用户无需向左或向右滚动。 Apple iOS设计的三个基本规则是清晰度,尊敬度和深度。 清晰度:请务必使文本足够大,以便在移动设备上轻松阅读。 尊敬的:布局应该流畅且直观。 避免过多的阴影,边框和渐变。 在没有争夺聚焦于基本对象(例如图像和文本)的设计的情况下,使设计整洁。 深度:由于用户浏览每个屏幕,因此应该考虑他们会渗透更具体的内容。 字体大小也很重要。 您的用户不需要放大或缩小即可阅读您的内容。 字体颜色也是一个因素,因为在移动屏幕上很难看到较浅的字体,尤其是在用户不在阳光下的情况下。 市场上有几种仿真器,可用于在将其发布到应用程序商店之前检查其布局。 图像和内容应随屏幕缩放,但是市场上有几种屏幕尺寸。 即使不能全部测试它们,也请确保检查最通用的那些。 最近,该类型支持iPhone 5,而最新的代码则至少应支持iOS9。一些开发人员支持iOS8。通常,从当前发布的版本开始保持“ n-1”的向后兼容性是很好的。 但是,通常也要等到用户群降至阈值以下才弃用对版本的支持。 决定要支持的操作版本是开发人员的责任。 2.在设计UI元素时要牢记3D Touch 对于刚接触移动应用程序开发的开发人员而言,很难从小按钮和链接移至较大的对象,从而使用户可以轻松选择下拉项或点击元素。 最好有一部iPhone来查看直观设计的工作方式。 例如,当用户点击一个下拉元素时,将显示一个弹出窗口,其中包含用户向上或向下滚动的项目列表。 用户选择一个项目后,您的应用程序应移至下一个元素,并使其对用户可见。 请记住,具有3D触摸功能的设计UI元素与移动应用程序而不是台式机的工作方式大不相同。 您的设计元素应与目标平台匹配。 看一下iOS的标准组件。 请注意,它们与Android不同。 创建标准的UI元素有助于使您的应用对用户而言更加直观。 3.使用错误处理陷阱错误 每个编码器偶尔都会在其程序中产生逻辑错误。 用户插入您没有管理的意外输入也没什么不同。 例如,也许您有一个用于用户区号的输入文本框。 您检查字母字符,但是忽略检查特殊字符,例如感叹号或问号。 如果以后将数据存储在数字存储系统中,则应用程序将潜水。 应当对这些逻辑错误进行管理,以使应用程序永不崩溃。 或者,应将错误消息返回给用户。 iOS应用应使用错误协议。 您可以从类中确定自定义错误消息。 让我们考虑一个客户端错误枚举器的示例。 enum InputError : Error { case notNumeric case […]

VIPER建筑

在软件开发中,我们遇到许多问题。 难以测试的代码,重复的代码或几乎没有分离的代码几乎每天都会让我头疼。 模式尝试解决某些用例的常见问题。 单例是一个简单的例子。 它解决了一个类只必须具有一个状态的问题。 设计模式(例如单例)和体系结构模式之间的区别在于,体系结构模式解决了与关注点分离相关的问题。 问题 我们创造了惊人的应用程序。 以及出色的应用程序,出色的用户界面和复杂的功能。 这意味着我们的功能将随着它们的增长而变得复杂。 我们必须考虑如何使所有内容清晰,可扩展,可维护且易于理解。 解决方案 VIPER正是解决了这个问题:它描述了我们零件的责任以及它们之间如何相互作用。 我将App PursCreate重构为VIPER,并开始在其他一些较大的项目中使用它。 这就是我学到的: 一切都有特定的位置。 您完全知道例如在路由器或演示器中放置了功能。 结构变得更加复杂,但是添加新功能并使它们与其他功能分离非常容易 我减少了副作用 为我的业务逻辑编写UnitTests更容易 让我简要介绍一下VIPER的各个部分: 视图 启动应用程序时,您看到的就是视图。 是带有圆角半径和阴影或某些渐变色药丸的红色按钮。 主持人 表示逻辑处理所有必要的操作,以便在视图中显示所有必需的信息(向数据的交互器询问) 。 它还可以处理所有用户交互,例如显示新屏幕,直观地进入编辑模式或自定义反向操作。 互动者 交互器包含业务逻辑或充当业务逻辑的基础。 在我最近的项目中,常见的用例是CoreData访问,在产品列表(购物应用程序)中过滤产品或触发HTTP请求。 实体 实体代表您的DataModel。 这可能是ManagedObjectModel(用于CoreData)或包含HTTP响应的结构。 路由器 路由器处理所有显示和导航逻辑。 例如,当用户单击一个按钮时:演示者将呼叫路由器并说:displayMyView()。 为什么要提取这种简单的逻辑? 因为它迅速增长。 在我的App PursCreate中,我遇到以下情况: 单击单元格时,将显示您的目标概述。 有两种目标类型。 因此,您必须确定这是经典任务还是连胜纪录。 现在,用户可以编辑他的目标。 如果他进入编辑模式,则必须再次确定类型,但是这次打开对应任务而不是概览的编辑。 当应用增长时,这部分可能会变得非常复杂。 复杂 VIPER具有许多优势。 但是,它带有很多复杂性。 这可能会导致不必要的过度设计。 作为程序员,我们的工作是确定哪种架构模式适合我们的用例。 也许MVC或MVVM非常适合简单的用例。 在更复杂的情况下,VIPER得益于其分离性和可伸缩性。 […]

处理缓慢的Swift构建时间

我们从2016年4月开始我们的项目,并决定将其作为纯粹的快速代码库。 随着项目的发展,越来越多的快速文件被添加,我们开始注意到构建时间约为2-3分钟。 几个月后,我们得知该项目将花费大约7分钟的时间来构建 。 到处搜寻,我们发现了一些有趣的链接。 使用适用于Xcode 7.3.1的出色的Xcode分析器插件,我们试图摆脱项目中的头号罪魁祸首,并合并了一些拉取请求,从而将构建时间减少了3–6秒。 但是这些PR并没有真正影响整个构建时间。 仍然花了7分钟才能完成。 我们希望当Apple发布swift 3时,在构建时间上也会有所改进。 尽管编译器有所改进,但在构建项目时我们并未真正注意到任何改进。 更糟的是,当Xcode 8.0发布时,它曾经进行了完全重新编译,而不是进行增量构建,因此更改任何文件中的简单常量都将触发整个项目的重建。 (此问题稍后在Xcode 8.2中修复) 由于进行了这些重建,团队中的开发人员感到沮丧。 再次谷歌搜索,我们想到了Stack Overflow上的这个宝藏。 解决方法以加快构建速度 事实证明,将此简单标志添加到我们的项目设置中,可将编译时间从7分钟减少到1分钟。 只需在“项目设置”中转到目标的“构建设置”,然后单击搜索栏左侧的+按钮即可。 选择添加用户定义的设置 并将此文本粘贴到文本字段中 SWIFT_WHOLE_MODULE_OPTIMIZATION 并将相应的值设置为YES(对于调试版本)和“ NO(否)”。 启用“整体模块优化”后,Xcode会将所有swift文件编译为一个大文件,而不是单独编译每个文件。 通常,您会注意到据说可以对发布版本启用“整体模块优化”,这是因为如果编译器可以一次看到所有文件,则可以推断出优化并将其应用于您的代码库。 因此,请确保针对发行版配置将此设置为“否”,然后上传到appstore,以便获得swift编译器可以提供的编译时间优化。 作为附带说明,您可以参考此答案以了解在xcode中构建项目所花费的时间。 结论 容易忘记,Swift才2岁,许多贡献者仍在努力构建这种语言。 尽管构建时间一直是造成挫败感的很大原因,但是“整体模块优化”技巧为我们节省了很多麻烦,并允许我们继续编写越来越多的快速代码。 在Twitter上关注Practo Engineering进行定期更新。 如果您喜欢这篇文章,请给我们鼓掌。 这将帮助其他中级用户找到它。 我们也在寻找kickass开发人员。 如果您有兴趣,请访问这里。

Swift与Objective-C:Swift开发的7大好处

iOS在包括美国,英国,加拿大和澳大利亚在内的全球多个主要市场中占据主导地位,被认为是商务应用程序的首选移动平台。 实际上,就应用程序收入和采用率而言,iOS已证明胜过其主要竞争对手Android。 然而,新兴技术将iOS应用程序开发的快速性和可用性提升到一个新的水平。 忽略它们对于每家现代公司来说都是判断失误。 选择合适的技术栈是构建iOS应用程序时需要做出的最重要的决定之一。 这就是为什么在过去的几年中,Objective-C与Swift的困境一直是人们讨论的热点。 背景 Swift是Apple创建的一种通用而强大的编程语言,它是Objective-C的现代替代品。 自2014年正式发布以来,Swift经历了很长的路要走,从引起争议和经常受到批评到成为最受欢迎的编程语言和最受追捧的技术技能。 该语言主要用于构建iOS,Mac,Apple TV和Apple Watch的应用程序,已被iOS社区的开发人员迅速采用。 随着苹果公司最近的“大动作”,开源其全新的编程语言,在iOS开发人员社区的共同努力下,Swift有望实现更快的增长。 许多最有才华的开发人员都在早期采用Swift,并将当前的项目转移到它上,这对于如此年轻的技术而言是非凡的。 但是,它的前身似乎不会很快失去立足点:Indeed.com代表的趋势表明对Objective-C开发人员的稳定需求。 因此,至少到目前为止,这两种语言将继续在iOS生态系统中共存。 只要使用最新版本的语言,使用Objective-C(或与Swift结合使用)运行应用程序构建就可以了。 除此之外,完全在Swift上构建新应用程序有多安全? 这种方法有什么好处? 通过使用实际案例和具体示例,以下信息包含了我们对Swift必须提供的好处的看法。 Swift的好处:为什么要为新项目选择Swift? 1. Swift应用程序快速且高效 从一开始,Apple就将Swift定位为一种快速,轻量级的语言(嗯,它的名字不言而喻)。 根据苹果公司发布的官方信息,Swift比Objective-C快2.6倍,并且随着每种新语言版本的增加,这一数字也在增长。 对于面向客户的应用程序,即使速度差异很小,也可能是决定产品成功与否的关键因素。 如果您的产品需要处理繁重的计算或具有复杂的业务逻辑,那么速度和性能就变得更加重要。 这就是Swift成为构建快速高效的面向消费者的应用程序的首选技术的原因。 另请阅读:在雇用应用程序开发人员之前要询问的10个问题 2.提高团队生产力和幸福感 Swift代码真的很接近自然英语。 简洁明了,这对开发人员的生产力产生了积极的影响。 作为Apple开发人员工具生态系统的一部分,Swift提供了所有必要的现成工具。 除了良好的旧XCode外,Swift还为开发人员提供了绝佳的机会,即可以通过使用Swift Playgrounds即时查看运行中的代码。 所有这些方面使Swift开发变得快速高效。 反过来,这意味着可以为您节省更多的时间和金钱。 此外,根据Stack Overflow Developer的调查,Swift连续第二年仍是最受欢迎的编程语言之一。 开发人员对语言完全钦佩,这一事实极大地促进了开发人员的动力和生产力。 另请阅读:创建应用程序需要多长时间 3.建立时考虑到安全性 使用Swift,您的开发人员可以使用高级错误处理来避免在Objective-C中发生的大多数典型错误。 在Objective-C中,某些缺陷可能不会引起注意,并且以后可能导致无法预测的系统行为。 减少了反馈循环,因为Swift代码中的错误可以通过编译器错误看到,并且可以立即得到解决。 结果是减少了生产中的崩溃和错误,从而大大减少了开发测试阶段所花费的时间和金钱。 4.您的应用程序将面向未来 正如Lyft的首席工程师Martin Conte Mac Donell所说:“使用现代工具为Apple已经计划的一切打开了大门-新平台,新设备。” 实际上,Swift提供了开箱即用的工具和资源,可为Apple生态系统中的每个设备(从Apple Watch到Apple TV)构建应用程序,这意味着100%的兼容性,使您可以充分利用硬件的潜力局限性。 […]

应用提交过程中的4个最大陷阱

部署任何应用程序始终会被证明是一个困难的过程,并且当您的应用程序提交过程不允许毫不费力地发布您的新作品时,只会使您的团队工作更加困难。 这是在应用提交过程中发现的最大陷阱。 在提交过程中让多个团队和工具参与进来可以帮助您按顺序进行发布前的营销和其他方面的工作,但是让多个团队参与其中的关键是确保该过程中的每个人实际上都是该过程所必需的。 仅仅为了让每个人都参与而让每个人参与进来是无法处理您应用程序的提交过程的。 多余的手只会造成延误和干扰,而这可以避免。 这意味着参与提交过程的每个人都需要在该过程中有一个目标,并且需要使他们意识到该目标。 查看工作流程时,还需要确定提交过程中是否涉及多个工具。 如果是这样,请查看是否有机会合并所用工具的数量或采用可以替代多个当前系统的新工具。 这将有助于使所有内容保持精简,简单和易于管理。 一个强大的组织结构向每个人展示以某种方式参与提交过程的每个人,对于顺利发布至关重要。 允许多个团队进行自我管理只会导致混乱和沟通不畅。 在解决问题,提出问题和进行协作时,需要有一个坚实的流程来使他们遵循。 布置提交流程的通信结构和工作流程后,您可以确定当前流程中的瓶颈,并找到逐步淘汰或完全解决这些瓶颈的方法。 当然,这里的关键是允许团队成员之间轻松进行沟通,而又不让重要信息绕过团队负责人。 安排何时召开会议以及何时需要跨团队沟通至关重要,这对于加快提交过程非常重要,并且可以使行程更加顺畅。 开发团队经常面临的最大陷阱之一是在对该应用进行正式审查之前缺乏测试。 这不仅会导致错过应用程序本身的开发机会,而且还会导致应用程序部署的延迟。 不要误以为您的企业可以成为您自己的应用程序的Beta测试仪。 由Apple设计的TestFlight可以帮助您让真正的用户在发布应用程序之前对其进行测试,从而使您的团队能够在任何最终用户访问该应用程序之前发现并解决错误和问题。 使用TestFlight还可以帮助您确定任何错误,这些错误会导致正式审核流程中断并导致延迟。 在发布任何应用程序之前实施可靠的准备和计划策略对于应用程序的成功至关重要。 为确保没有混乱,并且当然,只有正确的构建/版本提交给应用程序商店,重要的是,您布置的通信结构和角色应明确指出负责提交应用程序以供审核的人员。 无法识别此人可能会使团队等待任何事情发生,或者当多个人担任该角色并尝试提交应用程序时(可能为时过早)而引起混乱。 同样,所有这些都归结为组织和沟通。 如果您的团队成员受到指导,以便他们彼此之间定期进行交流,并且每个人都知道他们在工作流中所处的位置,则可以避免错误和拖延提交过程。 不仅要依靠一个人来提交应用程序,这也是一个好主意。 因为发生什么情况,如果该人正在休假,生病或无病? 只要确保每个人在任何给定时间都知道谁负责提交。 一旦每个人来回走了很长时间,并且团队已经聚在一起查看该应用程序的最新版本,负责提交该应用程序的人员应确保告知其他人它将要进入该应用程序。审核阶段。 在接下来的日子里,团队将等待来自App Store团队的反馈,然后再对应用进行任何工作。 当/如果反馈确实回来了,团队就可以再次启动工作流程,并开始实施所要求的任何更改。 一旦他们再次到达提交点,则由该人负责发送更新的版本。 这有助于避免您自己的团队之间以及与App Store审核团队之间的沟通不畅。 负责提交应用程序的人员应在必要时控制与App Store审核小组的讨论,然后将所有相关信息转发给其同事。 通过布置您的应用程序提交流程,您可以开始看到这些陷阱(甚至可能是其他陷阱),这些陷阱最终使团队的工作流程变慢,并使它们的工作效率大大降低。 通常,识别它们是最大的障碍,因为很难检查您的例程并找到从新的,优化的角度看待它的方法。 但是,一旦弄清了陷阱,您要做的就是仔细检查并找出需要改进的地方。 没有团队会反对提高生产力和效率,因为这只意味着减少他们的工作量,并为每个人带来更多的成功。 因此,让每个人坐下来,听听他们的反馈,并让每个人都在同一页面上。 您可以立即提高应用提交过程的速度和效率。 最初于 2018 年10月3日 发布在 appmanager.io 。

iOS中的通用UITextField

dateOfBirthTextField.textFieldType = .DatePickerTextFielddateOfBirthTextField.updateUIAsPerTextFieldType() phoneNumberTextField.textFieldType = .PhoneNumberTextFieldphoneNumberTextField.updateUIAsPerTextFieldType() stateTextField.pickerViewArray = [“ ALASKA”,“ ARIZONA”,“ ARKANSAS”,“ CALIFORNIA”,….] stateTextField.textFieldType = .TextPickerTextField stateTextField.updateUIAsPerTextFieldType() 您也可以将此AITextField用作常规UITextField。 添加左右视图 myTextField.setLeftGap(宽度:10,placeHolderImage:UIImage(名称:“设置”)!)或myTextField.setRightGap(宽度:10,placeHolderImage:UIImage(名称:“复制”)!) 样式输入视图 我们可以使用在文本字段的底部添加一个分隔符。 myTextField.createSeparator(borderColor:.darkGray,xpos:10) 检查下面的github回购AITextField类和一个演示应用程序。 appitventures / AITextField-iOS AITextField-iOS –这是UITextField的包装器类,具有与单个键盘不同的键盘/选择器类型。 github.com 如果您喜欢这篇文章,并且对您有所帮助,请给我一些鼓掌! 随意发表您对此主题的评论。 请关注AppIt Ventures,以获取其他类似文章。 感谢您阅读😄

iOS App开发之前要考虑的因素

尽管iPhone销量下降,但iOS应用仍然比Android应用更受欢迎。 而且,开发人员可以比Android应用程序更快,更便宜地构建iOS应用程序。 但是,用户现在可以选择从Apple App Store中提供的超过220万个iOS应用程序中进行选择。 没有使iOS应用程序在人群中脱颖而出,没有开发人员可以增加应用程序的下载和安装。 同样,开发人员也不能说服用户在不优化用户体验的情况下返回iOS应用。 开发人员必须实施自定义iOS应用开发策略,才能长期保持移动应用的流行和盈利。 此外,他们在开发iOS应用程序时必须考虑许多因素,以加速和简化移动应用程序的开发过程。 开发iOS应用之前要考虑的11个关键因素 目标观众 大量研究表明,iPhone和iPad用户在应用程序内购买和移动商务交易上的支出要高于Android设备用户。 但是,移动应用程序的选择仍然因每个用户而异。 在计划iOS应用程序时,开发人员必须广泛关注于识别和分析其目标受众。 他们必须明确定义将使用iOS应用程序的人员的地理位置,年龄段,职业和偏好。 竞争对手分析 如今,每个用户都可以从一系列类似的应用程序中进行选择。 开发人员必须探索击败竞争对手应用程序的方法,以完成更多应用程序的下载和安装。 他们必须花一些时间详细审查竞争对手的iOS应用程序。 初步研究将通过优化iOS应用程序的用户界面(UI)和用户体验(UX)帮助开发人员在人群中脱颖而出。 程式语言 目前,Apple允许程序员从iOS的两种官方编程语言中选择:Obj​​ective-C和Swift。 Objective-C是一种成熟的通用编程语言。 同时,Apple将Swift设计为iOS应用开发的现代编程语言。 Objective-C和Swift都可以完全互操作和兼容。 因此,开发人员必须选择最合适的编程语言来编写iOS应用。 开发方法 如今,在开发新的移动应用程序时,大多数用户都针对主要的移动平台-iOS和Android。 因此,开发人员需要明确定义目标移动平台。 如果他们决定先开发iOS应用程序,则需要使用Objective-C或Swift编写该应用程序。 另一方面,健壮的跨平台移动应用程序开发工具(例如Xamarin)使程序员可以使用单个和共享的代码库为iOS和Android构建本机应用程序。 使用Xamarin开发的iOS应用程序甚至可以通过访问本机UI和API来提供类似本机应用程序的用户体验。 但是Xamarin要求开发人员使用C#编写iOS应用。 线框 Apple使开发人员无需花费额外的时间和精力即可对iOS应用程序进行线框图处理。 因此,通过代表iOS应用程序的关键元素,开发人员可以更轻松地尝试创新的UI和UX想法。 他们甚至可以在开始iOS应用开发之前,由客户端评估该应用的功能,并对线框进行更改。 UI和UX 线框完成后,开发人员可以开始使用iOS应用程序的UI和UX。 但是他们必须专注于应用程序的用户界面和用户体验,才能打败竞争对手。 用户界面将帮助他们增加应用下载量,而用户体验将帮助他们防止用户遗弃。 他们必须探索优化iOS应用的用户界面和用户体验以持续产生收入的方法。 后端 开发人员可以构建具有多个后端选项的iOS应用。 他们仍然可以创建自定义后端以促进数据库连接。 此外,他们还可以使iOS应用通过API与本地数据库连接。 因此,开发人员必须评估各种后端解决方案,并选择在不增加基础架构成本的情况下保持一致的用户体验的解决方案。 分析工具 从长远来看,任何开发人员都无法在不了解用户选择和偏好的情况下保持其iOS应用获利。 他们必须持续监控最终用户的行为,以了解他们的好恶。 移动分析可帮助开发人员持续监控和评估iOS应用的性能。 通过分析收集的信息可进一步帮助企业防止应用被遗弃并满足业务需求。 开发人员必须决定合适的移动分析解决方案,以保持iOS应用程序的流行。 安全与隐私 最近的Facebook–Cambridge […]

雇用美国iPhone App Development Company

是否需要拥护世界上最令人垂涎​​的平台和最富裕的消费者群? 如果是的话,那么不难得出结论,即您需要一款吸引人的iPhone或iPad。 如果您在美国拥有业务,并且想雇用一家拥有出色业绩的iPhone应用程序开发公司 ,那么这里就是您的最佳选择。 1. WillowTree,Inc. WillowTree,Inc.是一家行业领先的移动应用程序开发代理,已为初创企业,企业和面向消费者的公司提供了300多种移动解决方案。 它的客户名单中有GE,强生,时代华纳,AOL,AEG和Regal Cinemas等。 该公司已经为Android和iOS平台构建了一个应用程序。 帮助您雇用该iPhone App Development Company的关键详细信息 平均预算: 50,000美元以上 平均小时费: $ 150 — $ 199 /小时 员工实力: 250–999 地点:弗吉尼亚州夏洛茨维尔 评论: 4.9 / 14 成立于: 2007年 2.唐与汤姆 Dom&Tom是一家端到端技术支持的业务解决方案提供商,它使初创公司,中小型企业,企业和非营利组织能够高效,盈利地工作。 帮助您雇用该iPhone App Development Company的关键详细信息 平均预算: 50,000美元以上 平均小时费: $ 150 — $ 199 /小时 员工实力: 50–249 地点:纽约市 评论: 4.9 / 14 成立于: […]

我们学到的以12种语言启动Keepsafe的知识

在App Store中启动应用程序时,您会研究人们将用来查找您的应用程序的关键字。 通常,您会根据搜索量和难度(即关键字的竞争程度)对关键字进行优先级排序。 您可以在应用程序标题中包含关键字(最多50个字符),关键字还有100个字符。 在标题和关键字列表中两次使用相同的关键字没有任何好处。 但是,您希望包含所有可能的关键字,并有最大的机会被感兴趣的人发现。 而且,您还想尝试应用的关键字,以查看效果最佳的关键字。 当您针对全球市场本地化应用程序时,此练习的规模会迅速变得复杂,因为搜索词在不同语言和国家/地区的排名会有所不同。 这是构建App Store关键字优化工具时要解决的用例。 该工具最好一次在每个市场上用于一个应用程序。 运作方式如下: 在正确的文本字段(“所有关键字”)中排列关键字列表的优先级。 他们将填充“调整后的关键字”列表(自动删除空格并以逗号分隔关键字以最大化字符空间) 制定标题(标题中使用的关键字变为绿色,并从“调整后的关键字”列表中删除 超出字符数限制的关键字标记为红色 尝试一下该工具,看看我们的应用程序家族,包括Keepsafe Photo Vault,它可以锁定只供您观看的私人照片! 我们还聘用了像创建此工具一样的优秀工程师来帮助我们构建一系列保护人们个人空间的应用程序。 这是一个令人难以置信的机会,让您自己的手工艺触动数百万人。