欢迎使用Collar iPhone beta版程序！ 在下面，您将找到安装应用程序的分步指南。 如果您尚未收到邀请，请发送电子邮件至support@collar-technologies.com，以表明您对iPhone版Collar测试版计划感兴趣。 收到电子邮件后，我们将向该计划发送邀请。 收件箱中应显示加入iPhone彩色测试版计划的邀请。 点击“在TestFlight中查看”按钮以打开应用程序。 这将在您的Internet浏览器中打开一个窗口，该窗口将提供代码以在TestFlight应用程序中兑换，以下载iPhone版Beta版Beta。 从应用商店下载TestFlight。 此应用程序将使您能够下载和安装当前处于Beta版的应用程序。 导航到TestFlight应用程序，然后点击右上角的“兑换”。 输入并提交代码后，“ iPhone版领”测试版应出现在您的应用列表下方。 您现在就可以开始测试了！ 请向support@collar-technologies.com提交任何问题或反馈。 如果您想在使用应用程序时记录屏幕以提供更详细的反馈，我已提供了以下步骤。 1.将iPhone插入计算机 2.打开QuickTime Player 3.解锁iPhone，然后从文件下拉菜单中选择“新电影录制” 此时，您应该看到一个反映iPhone屏幕的窗口。 单击记录并开始使用该应用程序。 您还可以在使用该应用时随时提供评论。 完成后，保存文件并将其发送到support@collar-technologies.com。

认识我们出色的iOS首席讲师亚当（Adam），我们是Code Fellows的教学人员中众多才华横溢的开发人员之一。 他分享了更多有关他的背景，对有抱负的iOS开发人员的建议，为什么大象会带来出色的运输等方面的更多信息。 嗨，亚当！ 感谢您今天加入我们。 您可以先分享一些有关如何进入iOS开发的信息吗？ 是的 我很高兴能够分享我的经验。 我第一次接触高中的软件开发。 我参加了有关HTML，Visual Basic和C ++的多个课程。 我一直非常喜欢学习新技术。 在20多岁的时候，我和我的朋友提出了一个应用程序概念，我们最初打算将开发工作外包出去。 我认为这是重新编写代码的机会，短短几周后，我爱上了iOS开发。 尽管我们谈论的项目从未实现，但由于妻子和我多次在全国各地迁移，我在接下来的两年中继续自学iOS开发。 最终，我获得了我的第一个开发工作，在塔科马以南的Lewis-McChord联合基地工作。 在“代码研究员”的教学中，您最喜欢的部分是什么？ 在教学之前，作为承包商我偶尔碰到的一件事情是人们对正在建造的东西缺乏兴奋感。 我最喜欢教学的是，我的学生和我一样对概念和主题感到兴奋。 当他们学到新东西时（例如，为Apple Watch开发应用程序的WatchKit），他们全都亮了，我们围绕它进行了有趣而有趣的对话。 您将使用什么三个词来概括“代码研究员”文化？ 成长性 验收 社区 您已经在iOS平台上待了一段时间了-Swift未来6个月的最大预测是？ 对于苹果公司来说，总是很难确定他们打算朝哪个方向发展。 但是，有了这个，我想说Swift将继续扩展到服务器端，甚至可能扩展到Android开发。 这只是我的观点，但是已经围绕这两种思想构建了一些非常出色的工具，我认为它们会随着时间的推移变得越来越好，越来越稳定。 从Google Glass到Apple Watch，我们已经看到大量成功的（但不那么成功）的可穿戴设备涌现出来-您认为可穿戴技术的世界下一步是什么？ 我认为可穿戴设备将随着时间的推移而不断改善。 创建成功的可穿戴产品最困难的部分是用户与他们的交互方式非常不同。 我认为Google Glass很难，因为人们刚刚将AR和VR普遍接受到他们的日常工作和设备交互中。 与可穿戴技术之间最难平衡的是，目标是在加快和缩短用户与设备的交互的同时，使其成为客户的必需品。 当涉及到移动设备时，用户的注意力跨度很短，耐心也很小。 可穿戴设备夸大了这种期望。 目的是使它与用户快速便捷的交互。 可穿戴技术需要感觉像是用户的延伸，以至于他们觉得没有它就无法运行，但他们也忘记了它的存在。 但是，为回答您的问题，Hololens将成为蜜蜂的膝盖。 如果有人想明天开始学习iOS开发，那么您将向他们指出哪些三种资源？ Stanford U — iOS开发视频系列—在iTunes U上可用 Raywenderlich.com —出色的书面和视频格式教程 Apple文档—他们为开发人员探索其各种框架和库提供了大量的出色指南和资源 闪电回合！ 最喜欢的神话动物？ 大脚怪（尽管我不确定大脚怪实际上是神话……）。 […]

如果您在与我将要描述的情况类似的情况下使用Xamarin Forms，您可能会发现这篇文章很有帮助。 您编写代码没有问题，但是似乎每次都要处理iOS上的证书和预配配置文件时，您总是会感到困难。 任何人都很难记住他们几个月前的所作所为。 这是可以理解的，因为编写代码每天都在发生，而处理证书和配置文件只是偶尔发生。 不幸的是，目前所有可用的文档都很难理解。 一些文档或文章的链接内部包含链接（例如，指向指针的指针）。 有些不是专门为Xamarin写的。 有些是为Xamarin编写的，但没有利用Mac上的最新Visual Studio。 因此，我的目标是写一篇全面的文章，以帮助您从零开始到发行再到发行后及以后。 它从计划开始。 但是在开始之前，我想指出，我将添加另一种构建模式。 这是完全可选的，您不必一定要使用。 通常，您将具有Debug和Release版本。 正如您所期望的。 但是这种称为Stage的附加构建模式可以帮助我创建一个版本，就像Release版本一样，但是它不会发布到App Store，而是以临时方式（例如，通过）分发给我的团队成员（经理，销售人员等） HockeyApp。 下表比较了Debug，Stage和Release： 因此，让我们开始吧。 步骤如下： 注册设备（在developer.apple.com上） 只需点击以下链接。 与Google协商以找到获取设备UDID的方法。 使用您的Apple ID登录– Apple Developer 使用您用来注册或立即注册的Apple ID。 developer.apple.com 请注意，几乎不可能预先知道所有设备。 在项目进行过程中，您将需要出于某种原因添加新设备。 要记住的是，当在此处添加新设备时，您将必须重新创建配置文件（但无需重新创建证书，稍后将对此进行描述） 注册应用程序（在developer.apple.com上） 再次，相当简单。 只需点击链接 使用您的Apple ID登录– Apple Developer 使用您用来注册或立即注册的Apple ID。 developer.apple.com 我最初遇到的问题是使用“ Explicit App ID”选项还是“ Wildcard App ID”选项。 要回答，我发现选择“ Explicit App […]

几天前，我在一个家庭WhatsApp小组中遇到了一个问题，他说如何按照30–60–90分钟的规则（或类似的规则）来管理您的手机使用情况，其中规定您应该避免90分钟使用手机睡觉！ 但是，我们都知道那是完全相反的。 我们上床睡觉后，一旦打开Instagram或Twitter，我们就会专门使用智能手机，滚动的过程无休止，直到手机掉下来！ 一项研究表明，印度人平均每天使用智能手机约3个小时。 此外，我们拥有全球数量最多的WhatsApp用户！ （感谢所有亲爱的家人早上好！） 我们无法逃脱的黑洞！ 即使我们努力。 我尝试放置提醒，完全关闭电话，依此类推，但滚动并没有停止。 屏幕时间功能到底是什么？ iOS 12工具中的“屏幕时间”记录了应用程序的使用情况，并将其全部显示在一个易于使用的图表中。 例如，电话将记录人们是否将所有时间都花在社交媒体上。 它还可以测量其他数据，例如到达的通知数量和所有者接听电话的频率。 你猜怎么着？ 它以精心设计的图形呈现您所有的手机恶作剧！ 它是如何工作的？ 因此，一旦激活“屏幕时间”功能，就会有两个重要功能-应用限制和停机时间。 使用“ 应用程序限制” ，您可以选择要使用特定应用程序的期限。 例如，您可以将Instagram的使用限制为每天2小时，依此类推。 借助“ 停机时间”，您可以设置不想使用iPhone的时间。 在此期间，您将只能访问已不受限制的应用程序。 活动屏幕时间的统计信息是从使用您的iCloud帐户运行的所有iOS设备中收集的。 所有数据均来自全天使用的iPhone和iPad。 如果使用多个设备，则可以检查每个设备的数据（屏幕时间）。 您只需要点击“屏幕时间”功能主屏幕上的“所有设备”标签，然后从右上角选择“设备”。 它将为您提供所用设备的列表。 您会得到什么信息？ 当您单击“屏幕时间”时，它将显示一个图表，其中包含有关手机最近24小时使用情况的信息。 它由您使用最多的应用或应用类别（社交媒体，消息，游戏，生产力等）组成。 当您点击图表时，将显示最近7天或过去24小时的详细信息。 这些详细信息包括-您拿起iPhone的次数，最长的使用设置，收到的通知数量以及哪些应用程序向您发送的通知最多。 还有更多– 如果您选择与您的伴侣，朋友，子女一起使用“家庭共享”功能，并且您是家庭管理员，则可以在“家庭”部分看到每个家庭成员的姓名，并且还可以查看和控制他们的应用使用。 如果我真正开始使用此功能，我相信我的父母将是最幸福的； 但是我与一家数字营销公司合作，《银幕时光》有些让我担心的事情 一项研究表明 ，印度普通的智能手机所有者平均每天使用消息传递应用程序的时间超过35分钟。 其中有48％的用户活跃于多个消息传递应用程序上！ 消息，视频流，社交媒体，音乐和Web浏览器是智能手机中最常用的5个功能。 该报告突出显示了针对类似活动的多个应用程序的存在。 用户喜欢选择，这正是他们从智能手机中获得的东西。 最重要的是-在印度，夜间的移动广告消费和应用内广告消费最高。 苹果公司声称其应用程序经济在印度创造了超过74万个就业机会。 但是，借助屏幕时间功能，数字营销人员可以在用户端进行很多（智能）工作。 例如，如果大多数iPhone用户决定在第9个发布后关闭其应用使用情况，那么他们将不得不在此更新后以修改后的模式研究该应用的使用情况。 数字媒体广告支出 增加了30％ ，与去年相比 增加了 约1204.6亿。 Facebook是全球第二大最受欢迎的网站，平均每次访问时间为13:41分钟。 […]

您需要担心的两件事是证书，ID和配置文件以及iTunes Connect。 对于此步骤，我们将担心证书，ID和配置文件。 单击此链接时，应该会看到带有四个顶级类别的侧边栏。 证书，标识符，设备和供应配置文件。 此步骤包含几个子步骤，因此请继续关注我。 如果您感到困惑或迷茫，可以随时参考Tony的指南以获取更多详细信息。 步骤2.1 — iOS开发证书 此时，您应该在“证书：所有”页面上。 您可以单击右上角的+按钮。 您需要担心的两种类型的应用程序开发证书：iOS发行版和iOS开发。 苹果要求这些证书的原因是为了确保应用被盗版或在其他平台上使用。 同时，这是一种安全措施，也是保护开发人员应用程序的一种方式。 您要创建的第一个证书是iOS开发证书。 开始创建此证书时，您将获得完成证书所需的所有步骤的说明。 有两种方法可以做到这一点，Tony概述了通过Xcode创建CSR（证书签名请求），然后将其上传到开发人员帐户，然后下载证书的手动过程。 在您执行此过程时，Apple实际上给出了非常好的说明。 步骤2.2 — iOS发行证书 创建完iOS开发证书后，您将创建一个App Store证书。 您将要再次单击+按钮，然后向下滚动至页面的“生产”部分，在其中找到“ App Store和Ad Hoc”选项。 同样，继续完成证书创建过程。 步骤2.3 —设备注册 接下来，您需要单击设备：全部，然后单击右上角的+按钮。 对于此步骤，您将要抓住iPhone或iPod Touch和USB电缆。 插入设备并打开iTunes。 从菜单中选择设备，然后您将看到设备的序列号，如果单击该序列号，则应该更改。 单击它，直到看到UUID，然后右键单击以将数字复制到剪贴板。 您将其复制到设备注册表格的UUID字段中。 步骤2.4 —应用程序ID 这是您将来会重复最多的步骤。 对于您制作的每个应用，都需要创建一个应用ID。 您应该看到三个部分，“应用程序ID描述”，“应用程序ID前缀”和“应用程序ID后缀”。 在说明中，输入您想要为应用指定的名称，然后使用CamelCase格式或Dashed-Format。 两种都不错，但请选择一种格式并坚持使用。 ID前缀应该已经填写完毕，因此您不必担心。 ID后缀是您要担心的部分。 Apple建议使用反向域样式命名约定。 此格式应为您的网站或应用程序的网站域名加上您先前创建的应用程序描述名称。 这是一个示例： com.ghanbak.MyApp。 步骤2.5 —设置配置文件 此步骤允许您的Xcode应用程序提交到iTunes Connect。 […]

去年12月，我们发布了FanDuel Apple Watch应用程序，为玩家提供了一种快速简便的方法来检查他们的阵容在移动中的表现。 创建应用程序给我们带来了许多有趣的挑战，包括如何干净地设计应用程序。 我们练习了测试驱动的开发（TDD），并允许这种方法来驱动体系结构。 事后看来，我们当时做出的某些决定变得更加容易，但我认为准确地安排思考过程是很有用的。 我们从解决与iOS应用程序最不通用的区域开始； 手表和手机之间的消息传递。 尽管watchOS 2可以直接在手表上编写网络代码，但我们无法利用这一点。 我们的iOS应用程序的联网部分相当复杂，并且向用户（尤其是那些玩实况游戏的用户）发送数据是一项时间紧迫的操作，因此，利用我们已经在电话上拥有的联网堆栈更加有意义。 然后，我们研究了实时消息传递，以及当用户打开手表应用程序或查看Glance时是否发送网络请求以下载用户的最新数据。 为此，我们发现watchOS 2中的WCSession类引入的实时消息传递功能非常适合。 此外，由于我们必须包装WCSession并为其提供委托，因此有必要创建一个类坐在它与应用程序的其余部分之间。 在电话上，我们创建了WatchConnector类，在手表上，我们创建了PhoneConnector类作为其相反的数字。 这些类的功能非常相似。 他们通过充当代表从WCSession接收消息，并在收到指示时将消息发送到WCSession。 一旦我们对如何构造两个设备之间的通信有了一个大致的了解，就该开始着眼于将它们与watch应用程序中的屏幕连接起来了。 对于实际的屏幕架构，我们能够从FanDuel手机应用程序中大量借用。 基本上，这意味着将所有表示逻辑从UIViewControllers引入Presenters，并将所有业务逻辑从ViewControllers和Presenters引入Interactors。 看起来类似于以下内容： 由于watch应用程序需要绝对最少的设备上业务逻辑，因此我们决定在Presenter层和Interactor层之间插入消息传递机制，并有效地使用上述架构，但是会在两个设备之间传播。 此时，实际上只剩下两个问题需要回答： 演示者如何告诉我们的连接器发送消息？ 我们的连接器如何通知演示者他们收到了他们感兴趣的消息？ （当然，这是在电话端镜像的，交互器与连接器通信，反之亦然）。 我们决定在Presenters和Connector之间包括一个Requester类，该类将接收来自Presenter的事件信息，并将其转换为请求消息，以供Connector发送到电话。 同样，我们决定在电话上开设一个名为Responder的类，该类负责获取请求消息的主体并将其路由到用于网络和业务逻辑的正确Interactor。 从理论上讲，既然我们可以有多个请求者一次请求数据，或者有多个响应者同时返回数据，但是每边只有一个WCSession，那么这似乎是实现观察者模式的理想场所。 也就是说，请求者将注册为PhoneConnector的观察者，该观察者将在收到消息时通知他们，从而允许他们在必要时采取措施。 这就是我们最终的架构，如下所示： 对于我们的FanDuel Apple Watch应用程序来说，这感觉像是一种非常灵活且明智的体系结构，尤其是考虑到我们遇到并克服的最初挑战。 总体而言，这是一个相当干净的体系结构，其中每个部分都有明确定义的单一职责，并且可以轻松地进行隔离测试。 我敢肯定，还有待进一步改进，我迫不及待地想要进行更多的实验。 Matthew Healy，iOS工程师和Scrum Master

只要您具有Objective-C或Swift的编程经验，就可以轻松使用Zoom的iOS SDK。 在开始使用之前，一些一般性的评论。 ·阅读REST API博客的第1部分和第2部分 ·通过登录Zoom.us中的帐户下载SDK（zoom-ios-sdk.zip）。 该SDK附带一个示例xcode项目（ZoomSDKSample.xcodeproj），您可以在xcode中打开该项目。 我推荐xcode 7 ·SDK支援iOS 6.0以上版本 ·将框架和系统库导入到您的项目中（在将库导入到自己的项目中之前，请确保可以在模拟器中编译并运行演示应用程序）。 导入后，您应该看到以下内容： ·您会注意到Zoom SDK的内存占用量更大-大约150 MB。 这是因为SDK使用了设备/模拟器框架，并且还使用了多个外部库-这是任何实时协作产品所特有的 ·使用SDK时，应用程序应使用Zoom的REST API来注意用户管理。 稍后在博客中对此有更多的了解 ·SDK尚不提供很多会议控件，但Zoom正在进行中 初始化SDK SDK下载随附的演示应用程序具有obj-C的示例。 初始化非常简单-您需要准备好SDK密钥/秘密，并在调用Auth之前提供它。 这是我的appdelegate.swift-我排除了错误处理，因为此处的目的是演示SDK的用法。 导入UIKit @UIApplicationMain AppDelegate类：UIResponder，UIApplicationDelegate，ZoomSDKAuthDelegate { var window：UIWindow？ func application（应用程序：UIApplication，didFinishLaunchingWithOptions launchOptions：[NSObject：AnyObject]？）-> Bool { //应用程序启动后进行自定义的替代点。 // sdk_domain指向您帐户所属的生产云— Zoom为大型企业和服务提供商提供了专用的云，这些云将属于不同的域。 let sdk：ZoomSDK = ZoomSDK.sharedSDK（）; sdk.zoomDomain =“ zoom.us”; self.sdkAuth（）; 返回真 } func sdkAuth（） { let sdk：ZoomSDK […]

今天，我不会教您任何新手或突破性的东西。 相反，我只是想提醒您一些您已经知道的事情：单一责任原则（SRP）。 更具体地说，我想讨论如何在干净的体系结构中正确使用它，并且假定您已经对它有所了解（如果不是，我建议您阅读下面的资源，然后再回来）。 因此，请不要忘记提醒自己在制定决策时明确考虑SRP，并希望这将有助于我们设计更好的软件！ 什么是SRP？ 这里是一个定义[1]：“单一责任原则是一种计算机编程原则，它指出每个模块或类都应对软件提供的功能的一部分负责，而责任应由类完全封装。 其所有服务应严格地与这一责任保持一致”。 一个班级只有一个改变的理由。 这样做将使更改变得更容易，减少耦合，提高可测试性，加快开发速度等等！ SRP也是干净架构的基本思想（但是，它当然也适用于其他方法，例如MVC，MVVM，反应式等）。 为什么不使用MVC？ 明显的答案是：因为Massive View Controller。 这当然是个玩笑–但很有趣，因为它是真的。 几乎可以问一个问题：当MVC导致大量问题（例如大规模视图控制器）时，为什么MVC是iOS上的默认体系结构？ 答案是，这首先不是问题。 如果控制器很大，那不是体系结构的问题，而是程序员没有正确使用它。 您可以使用MVC编写一个非常干净的应用程序，而大型视图控制器问题可以通过以下方式轻松解决： 在一个场景中不只使用一个控制器， 将工作委托给工人/服务班级。 换句话说，通过应用SRP。 那么，如果不是MVC，那么为什么要使用干净的体系结构呢？ 如果在iOS上使用的MVC出现问题，则说明它相当模糊，并且将许多决策留给了程序员。 控制器的责任是什么？ 如果您不小心，它将获得太多。 但是，我们将所需的所有其他责任放在哪里？ 在模型中？ 我们该如何构造？ 该架构并没有真正告诉我们任何这些。 我们靠自己，这意味着有很多机会引入错误！ 如果您不想考虑所有这些，则可以使用简洁的体系结构。 干净的体系结构明确地在其类之间划分了一些职责：演示者弥合了UI和业务逻辑之间的鸿沟，交互者处理了我们的用例，路由器帮助我们进入了新的场景，等等。职责很明确，我们的代码库更加简洁。 那么，仅通过使用干净的体系结构，我们是否可以解决问题？ 现在我们的代码库中有SRP吗？ 好吧，不一定。 架构是很有帮助的，但不能解决我们所有的问题。 我们仍然需要思考，做出选择，并付出一些努力使事情变得更加干净。 MIP 干净的架构在Apple平台上已变得非常流行，这是有充分的理由的。 我们甚至可以选择几种方法，例如VIPER [4]和Clean Swift [3]。 让我们看一些使用Clean Swift（或我喜欢称之为CS的真实项目），它与我们在iOS上使用的体系结构的命名约定一致。 我见过带有大型和复杂交互器的代码库，这些代码库显然不遵循SRP。 我称其为巨大的交互器问题（MIP）。 MIP可能不如大型视图控制器那么糟糕，因为交互器并不关心UI，但它们仍然尝试做太多事情。 如果程序员能够编写大规模的视图控制器，那么他当然也会编写出色的大规模交互器。 问题是，即使我们认为我们使用的是干净的体系结构，责任也没有得到适当的分离，因此没有尽其所能。 为避免MVC / MIP问题的根本原因，我们将无情地应用SRP。 交互器包含应用程序业务逻辑，但是每个视图控制器只有一个交互器。 […]

本文是“零件中的核心数据优化”的系列文章。 第一部分的链接 在这里 。 在跳到下一条规则之前，假设您的应用程序必须处理昂贵的对象，并且花大量的CPU资源和时间来初始化此类对象。 图像库就是这样一个示例，其中实际图像由占位符图像Thumbnail代替，它是实际图像的较小表示形式-一种代理。 但是，如果我们要求图像尺寸，则它带有实际图像尺寸。 缩略图具有两个有趣的功能： -a ）。 提供较少的内存b）。 具有与实际图像相似的界面（getSize或大小） 使用此缩略图可以减少内存占用，但是当您查询getSize（）或大小时，它会返回实际的图像大小。 与该设计相关的软件模式是代理模式 。 核心数据提取操作按照相同的设计原理进行，并在执行提取时创建故障对象（如缩略图）。 故障对象是托管对象的代理，该代理的内存较少，因为它的所有属性均未初始化 我们如何获得属性？ 一旦我们尝试访问任何属性，核心数据就会在此处进行优化- 例如，雇员实体具有薪水属性，然后访问持久性存储以从获取的值中填充属性。 击中持久性存储以获取属性实际值的过程称为触发错误。 核心数据的惊人行为与持久性存储中的内置缓存机制中的核心数据相关，持久性存储了实际获取的值。 现在，假设您的业务逻辑基于想要执行以下操作的所有薪水数据： 对于employeeRecord { var total + = aEmployee.salary } print（“ Average = \（total / count）” 在此，CD将为每个故障对象触发故障，并将进入永久存储，这反过来又增加了往返时间。 在这种情况下，最好进行单次故障或火灾批次故障，而不要对PS（持久存储）进行单独故障。 使用IN的谓词可以改善情况 关键词 并在fetchRequest 上将returnObjectsAsFaults属性设置为false 。 let谓词= NSPredicate（格式：“ self IN％@”，employeeRecord） fetchRequest。 returnsObjectsAsFaults = false print（“ Average = […]

大家好，在这个博客中，我们将学习ios中搜索栏功能的基础知识。 我们知道，如果应用程序中存在大量数据，那么搜索功能将为我们提供灵活的功能，使您可以轻松地在应用程序中轻松找到某些内容。 现在让我们直接进入应用程序。 我们需要的东西 我们需要一些东西-包含XCode的MacBook或Mac，执行少量编码的动力。 初始设置 进入Xcode并进入“创建新应用程序”部分，然后如前所述进入其中的单视图应用程序。 现在，在完成此步骤之后，就像在下面的快照中那样为您的应用程序命名，您可以选择一个名称。 接口设计 现在，我们将设计应用程序的接口，其中将包含以下提到的内容： 可以用于显示数据的表格视图以列表的形式包含。 搜索栏将用于根据名称搜索对象。 一个将一些对象添加到我们的列表中以进一步扩展它的UIButton。 步骤1 将UIButton添加到您的主视图中，以便将来我们可以向其添加更多对象，如下所述。 请记住，这是您是否要执行的选择。 另外，给它一个名为addObjectButton的对视图控制器的引用。 第2步 现在，在我们之前在应用程序中添加的按钮下方添加一个表View。 借助此表格视图，我们可以使用表格视图格式显示包含应用程序的数据。 步骤3 现在，在其中首先从XCode右侧的工具栏中添加搜索栏。 将其放入表视图中，以便可以使用其委托方法轻松地从表视图中获取和搜索数据。 现在，我们可以在应用程序中使用iOS中的搜索功能。 现在，我们可以添加编码部分，使用搜索栏委托从我们的应用程序中可用的数据列表中查找并显示相关结果。 步骤4 现在我们需要在应用程序中添加一个UITableViewCell类，因为将来我们将在自定义表格视图单元格中使用它。 为此，只需转到文件->新文件->可可触摸类-> UITableViewCell类，然后根据您的名称进行命名。 此过程完成后，将此文件分配给您先前创建的自定义表格视图单元格类。 步骤5 此时，我们现在可以将编码功能添加到我们的应用程序中，并将其添加到应用程序的viewcontroller.h文件中。 如下所示，将以下代码添加到文件中。 #import @interface ViewController：UIViewController @属性（强，非原子）IBOutlet UISearchBar * searchBar; -（IBAction）addObjectButton：（UIButton *）sender; @属性（强，非原子）IBOutlet UITableView * tableView; @结束 在这里，我们向其中添加了表视图委托和数据源对象，还添加了用于调用搜索栏的委托。 我创建了一个搜索栏对象UISearchBar，然后将其附加到界面设计工具中表视图内添加的搜索栏对象中。 一个早已创建的Button以及一个表视图Outlet，以便我们可以将其分配给我们的自定义表视图对象。 步骤6 现在，我们将在viewcontroller.m文件中创建两个可变数组，以便随后进行。 我们可以使用一个对象在数组中添加表视图对象。 另一种是添加使用搜索栏搜索特定对象后可以显示的对象。 #import“ […]