手机应用体验兼职

2019-09-10 09:49  分类:打字挣钱应用

手机应用体验兼职  原创:美股研究社美股研究社

  制止到9月5日盘后,Slack股价狂跌13.71%。

  作者|美股研究社

  9月5日,Slack宣布2020财年第二季度财报,数据表现,其营收同比增加,盈利同比扩年夜。具体来看,营收为1.45亿美元,同比增加58%。归属于平凡是股股东的盈利为3.6亿美元,同比扩年夜12.5%。Slack作为闻名移动办公软件,在今年上市首日,其股价曾经狂跌49%。但受这次财报影响,制止到9月5日盘后,其股价暴跌13.71%。

  如今Slack重要面对于两大题目。一大题目是来自微软等敌手的合作,Slack固然发展较快,但与微软,亚马逊多么的巨子比拟,在很多方面另有所充足,特别是在微软的收费守势之下,其市场份额有所下降。另一大问题则是本钱,从财报中咱们看到,Slack的本钱高速上涨,这大约将会连续连累其营收表现。

  不外,Slack也有本身的下风。一方面经过使用集成,Slack的办公本领并不弱于微软,乃至在某些方面更加良好。另一方面则是近年来SaaS行业炽热,市场空间大,即使面对于微软等敌手的合作,在市场饱以及以前,仍然有较大的发展空间。不可是国外,国内钉钉,微信,飞书等移动办公使用近年来都在敏捷发展。美股研究社将连续关注国内外这一行业的发展趋势。

  营收增长亏损扩大

  付费用户增长也难以实现红利

  从营收上看。Slack2020财年第二季度营收为1.45亿美元,比拟客岁同期的9200万美元同比增长58%。Slack有收费,付费,增值三种形式,其中企业用户的定阅费用是重要支出根源。第二季度因为企业付费用户的增长以及市场范围的扩大,Slack的营收呈现高速增长态势。

  从红利上看。Slack2020财年第二季度归属于平凡是股股东的亏损为3.56亿美元,客岁同期亏损为3.2美元,同比扩大12.5%。同时,毛利润回升,毛利率下降。Slack第二财季毛利润为1.139亿美元,毛利率为78.5%,比拟之上来年同期的毛利润为8070万美元,毛利率为87.7%。亏损的主要来由起因则是成本的高速增长,咱们将在背面具体分析Slack的成本问题。

  从用户数量上看。停止第二季度,公司具备高出10万的付费客户,同比增长37%。年度常常性支出高出10万美元的付费客户为720家,同比增长75%。付费用户高速增长成为其营收增长的关键,但随之而来的成本连累了盈利表示。过去Slack在营销上主要依靠口碑,但为了与微软抵抗,其付出了少量的营销成本,固然增进了用户量的增长,但却导致亏损持续增长。

  此外,Slack估计,公司第三财季总营收为1.54亿美元至1.56亿美元,同比增长46%至48%;不按照美国通用会计准绳,经营亏损为4700万美元至4900万美元;不按照美国通用会计准绳,每一股净亏损为0.08美元至0.09美元。

  综上所述,Slack的财报整体表现并非太好,虽然营收和用户都在增长,但亏损问题不但没有办理,反而更加严峻。受此影响,股价也是大跌,这表示市场也对其并不看好。在面临微软和亚马逊等巨子的竞争时,Slack难免处于下风,不外SaaS行业仍然炽热,其将来依然有较大的发展空间。

  对标Teams等办公应用

  Slack成本高速增长或者难敌微软

  虽然Slack对手众多,但最值患上担忧的还是微软旗下Teams应用。两者的应用处景多少乎同等,竞争最为猛烈,如今来看微软依靠多年来的发展处于上风,但Slack发展敏捷,乃至有分析师觉患上将来大约呈现双寡头形式,这与众多机构的观察结果不约而同。不过,值得留意的是,因为微软的竞争,Slack的成本高速上涨,这大概成为他未来发展的一大问题。

  (1)微软与Slack竞争日益猛烈,未来或者成双寡头模式

  目前Slack的主要对手是微软。微软旗下的Office365贸易定阅中的Teams聊天应用成为Slack最大的仇人,而Slack与微软差异较大,一方面微软作为软件巨头,在技艺上和资金上气力丰富,另一方面微软office办国营业成熟,绑定office营业的Teams更受用户喜爱。

  微软目前占据上风。前不久微软宣布颁发,旗下Teams日活用户1300万反超Slack。日活用户数量打破1300万人,而每一周利用微软Teams的用户数量有1900多万。更有50万家机谈判企业利用这款服务进行外部雷同和交换。从后面的用户数量分析中也能够看出Slack略输一筹,此外,由于微软打压,Slack发展态势并不明朗,这大概将成为其发展的一微危害。

  分析师觉得Slack和微软或成双寡头模式。KeyBanc资本市场分析师BrentBracelin称,“我们认为Slack和微软的团队能够环绕两种最风行的以信息为中心的平台构成双头操纵的市场布局。”不过,目前移动办公范畴竞争者众多,除了微软之外,亚马逊,Facebook都有相干业务,亚马逊甚至有过收买Slack的想法。Slack面临的环境仍不容可不雅,想构成双寡头模式另有很长一段路要走。

  Slack依然有肯定的上风。观察数据表现,整体而言Slack还是应用最遍及的企业聊天东西。65%的受访公司使用它。61%的人挑选SkypeforBusiness,59%的人挑选微软Teams。不过SkypeforBusiness和Teams都属于微软旗下应用。Slack和微软的竞争才方才末尾。

  (2)Slack成本高速增长,或继承拖累财报表现

  财报表现,Slack的成本呈高速增长态势。Slack第二财季总经营付出为4.775亿美元,上年同期为1.143亿美元,同比增长3177%,大约翻了三倍多。其中,研发付出为2.178亿美元,上年同期为3520万美元;销售与营销支出为1.364亿美元,上年同期为5360万美元;总务和行政支出为1.234亿美元,上年同期为2560万美元。

  Slack的成本增长或难以防备。跟着用户数量的增长,Slack的运营成本也在高速增长,以目前用户的增速来看,其成本还将继承高速增长。另外,为了敷衍微软,得到更多的用户,Slack不得不创立营销部分,这导致了少量的营销成本。末端移动办公服务更新换代速度快,企业对付应用的请求也越来越高,这将导致研发费用不停上涨。因此,Slack的成本还将继续增长,这将继续影响他的盈利。

  集成应用扩大生态范畴

  SaaS市场高速发展

  Slack与微软最大的差别在于,Slack业务模式简单。微软在办公范畴经历丰富,产品众多,但这同时也是一大缺点。Slack可以经过应用与其余办公服务商互助共同分享市场,但微软必须更加注意自产业物的营销。因此Slack在应用生态上优势更大。而且虽然两者呈现竞争态势,可是SaaS行业仍处于兴旺发展的期间,两者的竞争并非存亡之争,这将给Slack肯定的发展空间。

  (1)Slack集成应用扩大范畴,生态建立或略抢先一筹

  Slack的兼容性曾经经位居行业前线。据腾讯科技报道,目前Slack兼容超过100款第三方通信或办公合作软件,聚集聊天群组、东西集成、文件整合、统一搜刮等成果,能够帮忙用户在事变场景中便利实现信息聚合。从应用集成上看,Slack集成的第三方应用和服务更多,共有800多个,微软Teams只集成为了180个第三方应用和服务。因此,从兼容性上看,Slack的优势好像更大。

  而且,微软或难以扩大兼容性。对付微软来说,更盼望用户使用自带的office办公软件,虽然office确实在很多方面具备优势,但这大大限制了Teams的灵活性。而且微软也不可能像Slack同样接入更多的第三方应用来低落office的市场占据率。不过office也对微软奉行Teams有一定的帮忙,由于许多公司曾经推销了office等微软业务。担当Teams会导致符合度更高。

  (2)SaaS市场爆炸式增长,Slack依然有较大的发展空间

  SaaS市场及协同办公领域近年来正快速发展。这将给Slack带来较好的发展机遇。据前瞻财产研究院公布的《SAAS(软件运营服务)行业市场前瞻与投资计谋计分剖辨陈诉》统计数据显示,估计到了2020年环球SaaS市场范围将到达737.3亿美元,增速为16.74%。虽然赛道对手众多,但行业依然处于早期发展阶段,Slack依然有较大的发展机遇。

  目前国外赛道上主如果微软,Slack,亚马逊和Facebook,其中微软和Slack的市场份额最高。国内主如果钉钉,但微信也在参与这一市场,而且还有众多企业涌入这一赛道,前不久飞书的出现便是证明。不过虽然市场规模大,但想要保存下来并不轻易,来自巨头的压力依然很大。

  综上所述,Slack这次财报表现在资本市场眼中并不算好。在与微软的竞争中也略输一筹,其成本问题更是严厉。不过Slack一定没有翻盘的机会,在生态建立上,微软受困于本身业务,在兼容性和灵活性上不如Slack,而且SaaS市场还有待开辟。但Slack可否顶住压力逆势上涨还未可知,美股研究社将持续关注他的后续表现。

免责申明:自媒体综合供给的内容均源自自媒体,版权归原作者局部,转载请联系原作者并获答应。文章不雅见解仅代表作者自己,不代表新浪立场。若内容涉及投资发起,仅供参考勿作为投资根据。投资有危害,入市需谨慎。

义务编辑:郭明煜

版本记录 版本号 工夫 V1.0 2018.05.29 媒介

手机应用体验兼职咱们在做一个APP工夫必要留意哪些方面呢,接下来咱们就看一下APP编程指南。里面有些年夜约年夜家在平常编程中都经历过,可是再系统的了解下也不是好事。感爱好的能够看下面写的多少篇。 1. APP编程指南 (一) —— 根本概览(一) Expected App Behaviors - 使用步伐必须实现的举动

每一个新的Xcode名目都配置为在iOS模仿器或者装备上立即运行。 但仅仅能够在装备上运行并不象征着您的使用步伐已经预备幸亏App Store上宣布。 每一个应用程序都必要肯定量的定制以确保为用户供给精良的体验。 自定义的范畴能够从为应用程序供给图标,到对于于应用程序怎么样呈现以及利用信息的架构级决议。 本章描摹了局部应用程序预期要处理惩罚的举动,而且该当在筹划进程中及早考虑。 Providing the Required Resources - 提供所需的资本

您创立的每个应用都必须具备如下一组资本以及元数据,本领在iOS设备上精确表现:

An information property-list file - 一个信息属性列表文件。 Info.plist文件包括无关您的应用的元数据,系统用于与您的应用进行交互。 Xcode会按照您的名目配置和设置主动为您创立该文件。假如您想间接检查或者改正此文件的内容,可以从项目标Info选项卡中实行此操纵。无关编辑此文件的信息和有关应包括哪些密钥的发起,请参阅The Information Property List File。

A declaration of the app’s required capabilities - 申明应用程序的必需成果。每个应用程序都必须申明运行所需的硬件成果或功能。 App Store利用此信息来断定用户能否可以在特定设备上运行您的应用。您可以使用项目标Info选项卡中的必需设备功能条款编辑应用程序的需要列表。有关怎么样配置此密钥的信息,请参阅Declaring the Required Device Capabilities。

One or more icons - 一个或多个图标。系统在用户设备的主屏幕上表现您的应用程序图标。系统也大约会在“设置”应用中或显示搜刮结果时使用其余版本的图标。有关如何指定应用程序图标的信息,请参阅App Icons。

One or more launch images - 一个或多个启动图像。当应用程序启动时,系统会显示临时图像,直到应用程序能够呈现其用户界面。此临时图片是您的应用的启动图片,它向用户提供立即反应,即您的应用正在启动并行将预备停当。您必须至少为您的应用提供一个启动图像,而且您可以提供其余启动图像以办理特定环境。有关创建启动图像的信息,请参阅App Launch (Default) Images。

这些资源对于付局部应用程序都是必需的,但不是您该当包含的独一资源。默认环境下,Xcode在您的应用程序的Info.plist文件中不包含很多键。只要将特定功能合并到您的应用程序中时,大少数附加键才是紧张的。比方,使用话筒的应用程序应包含NSMicrophoneUsageDescription项,并向用户提供有关应用程序筹划如何使用它的信息。 1. The App Bundle - App包

当你构建你的iOS应用程序时,Xcode将它打包成一个包。 一个包是文件系统中的一个目录,它将相干资源会合在一起。 iOS应用程序包包含应用程序可实行文件和撑持资源文件,如应用程序图标,图像文件和当地化内容。表1-1列出了典范的iOS应用程序包的内容,用于演示目的称为MyApp。 此示例仅用于阐明目的。 此表中列出的某些文件可能不会显示在您本身的应用程序包中。

Table 1-1 A typical app bundle 文件 示例 描摹 App executable MyApp 可执行文件包含应用程序的编译代码。 应用程序可执行文件的称号与您的应用程序称号减去.app扩大名雷同。该文件是必需的。 The information property list file Info.plist Info.plist文件包含应用程序的配置数据。 系统使用这些数据来断定如何与应用进行交互。该文件是必需的,必须取名Info.plist。 有关更多信息,请参阅The Information Property List File。 App icons Icon.png、Icon@2x.png、Icon-Small.png、Icon-Small@2x.png 您的应用图标用于在设备的主屏幕上表现您的应用。 其他图标由系统在患上当的中央使用。 带有@ 2x文件名的图标适用于带有Retina显示器的设备。应用程序图标是必需的。 有关指定图标图像文件的信息,请参阅App Icons。 Launch images Default.png、Default-Portrait.png 、Default-Landscape.png 系统在启动应用程序时将此文件用作临时配景。 只要您的应用准备好显示其用户界面,它就会被删除了。至少需要一个启动图像。 有关指定启动图像的信息,请参阅App Launch (Default) Images。 Storyboard files (or nib files) MainBoard.storyboard Storyboards包含应用在屏幕上呈现的视图和视图操纵器。 故事板中的视图按照呈现它们的视图操纵器进行构造。 故事板还标识将用户从一组视图转移到另一组视图的转换(称为segues)。重要故事板文件的名称在创建项目时由Xcode设置。 您可以经过为Info.plist文件中的UIMainStoryboardFile键指定一个差此外值来更改名称。)使用nib文件而不是storyboard的应用程序可以用NSMainNibFile键更换UIMainStoryboardFile键,并使用该键指定它们的重要nib文件。故事板(或nib文件)的使用是可选的,但发起使用。 Ad hoc distribution icon iTunesArtwork 假如您要特地宣布您的应用,请增加512 x 512像素版本的应用图标。 此图标凡是是由App Store根据您提交给iTunes Connect的材料提供。 可是,因为ad hoc散发的应用程序不经过App Store,您的图标必须出如今应用程序包中。 iTunes使用此图标来表现您的应用程序。 (如果您因此这种方法发布您的应用程序,则您指定的文件应该与提交给App Store的文件雷同。)此图标的文件名必须为iTunesArtwork,且不患上包含文件扩大名。 此文件是ad hoc散发所必需的,但在其他情况下是可选的。 Settings bundle Settings.bundle 如果您想通过设置应用公然自定义应用首选项,则必须包含设置包。 该软件包包含用于定义应用程序首选项的属性列表数据和其他资源文件。 Settings应用程序使用此包中的信息来组装应用程序所需的界面元素。该bundle是可选的。 有关首选项和指定设置包的更多信息,请参阅 Preferences and Settings Progra妹妹ing Guide。 Nonlocalized resource files sun.png、mydata.plist 非当地化资源包罗应用程序使用的图像,声音文件,电影和自定义数据文件等内容。 所有这些文件都应安排在应用程序包的顶层。 Subdirectories for localized resources en.lproj、fr.lproj、es.lproj 本地化资源必须安排在语言特定的项目目录中,其名称由ISO 639-1语言缩写和.lproj后缀构成。 (比方,en.lproj,fr.lproj和es.lproj目录包含用于英语,法语和西班牙语的本地化资源。)。一个iOS应用程序应该国内化,并为其撑持的每种语言提供一个language.lproj目录。 除了提供给用程序自定义资源的本地化版本之外,还可以通过在特定于语言的项目目录中放置具备相同名称的文件来本地化应用程序图标,启动图像和设置图标。有关更多信息,请参阅Internationalizing Your App。

留意:iOS应用程序包不能包含名为Resources的自定义目录。

有关iOS应用程序包布局的更多信息,请参阅Bundle Progra妹妹ing Guide。 有关如何从您的包中加载资源文件的信息,请参阅 Resource Programming Guide。 2. The Information Property List File - 信息属性列表文件

Xcode使用项目的General,Capabilities和Info选项卡中的信息在编译时为您的应用程序生成信息属性列表(Info.plist)文件。 Info.plist文件是一个布局化文件,其中包含有关应用配置的紧张信息。它由App Store和iOS用来确定您的应用程序的功能并定位关键资源。每个应用程序必须包含此文件。

尽管Xcode提供的Info.plist文件包含所有必需条款的默认值,但大少数应用程序都需要进行一些变动或增加。尽量使用General和Capabilities选项卡指定应用程序的配相信息。这些选项卡包含可用于应用程序的最常用配置选项。如果在这些选项卡上没有看到特定选项,请使用Info选项卡。

对付Xcode不提供自定义配置界面的选项,您必须使用Xcode属性列表编辑器间接提供得当的键和值。Info选项卡的Custom iOS Target Properties部分包含要包含在Info.plist文件中的条目的摘要。默认情况下,Xcode显示预期功能的可读描述,但每个功能实际上都对应Info.plist文件中的独一键。大多键都是可选的并且很少使用,但是在定义任何新项目时应该考虑一些键: Declare your app’s required capabilities in the Info tab - 在“信息”选项卡中声明应用程序的必需功能

必需的设备功能部分包含有关应用程序运行所需的设备级功能的信息。 App Store使用此条目中的信息来确定您应用的功能,并防备它安装在不支持您的应用所需的功能的设备上。 有关更多信息,请参阅Declaring the Required Device Capabilities。 Apps that require a persistent Wi-Fi connection must declare that fact - 需要长期Wi-Fi毗邻的应用程序必须声明该究竟

如果您的应用程序通过收集与服务器通话,则可以将应用程序使用Wi-Fi条目添加到项目的Info选项卡中。 该条目对应于Info.plist文件中的UIRequiresPersistentWiFi项。 将此项设置为YES可防备iOS在长期处于非活动形态时封闭活动的Wi-Fi毗邻。 对于使用收集与服务器通信的所有应用程序,建议使用此密钥。 Newsstand apps must declare themselves as such - Newsstand应用程序必须自行声明

包含UINewsstandApp键以表白您的应用程序显示来自Newsstand的内容。 Apps that define custom document types must declare those types - 定义自定义文档范例的应用程序必须声明这些范例。

使用Info选项卡的Document Types部分指定您支持的文档格局的图标和UTI信息。 系统使用这些信息来辨认能够处理惩罚特定文件类型的应用程序。 有关将文档支持添加到应用程序的更多信息,请参阅 Document-Based App Programming Guide for iOS。 Apps can declare any custom URL schemes they support - 应用程序可以声明它们支持的任何自定义URL计划

使用Info选项卡的URL Types部分指定您的应用途理的自定义URL计划。 应用可以使用自定义URL scheme相相互同。 有关如何实现对此功能的支持的更多信息,请参阅Using URL Schemes to Communicate with Apps。 Apps must provide purpose strings (sometimes called “usage descriptions”) for accessing user data and certain app features - 应用必须提供用于拜候用户数据和某些应勤奋能的用途字符串(偶然称为“用法阐明”)

当拜候用户数据或设备功能的应用存在隐衷题目时,iOS将提醒用户并代表您的应用哀求答应。 应用程序必须通过Info.plist文件中定义的用处字符串向用户表明为甚么需要访问。 如果您的应用实行访问而未提供响应的用途字符串,则您的应用将加入。

Table 1-2描述了需要用户答应的数据和功能。Information Property List Key Reference的Cocoa Keys章节中描述了用途字符串。

有关可包含在Info.plist文件中的键和值的具体信息,请参阅 Information Property List Key Reference。 3. Declaring the Required Device Capabilities - 声明所需的设备功能

所有应用程序都必须声明它们需要运行的设备特定功能。 Xcode在项目的Info选项卡中包含必需的设备功能条目,并将其填入一些最低请求。您可以向此条目添加值以指定您的应用的附加请求。必需的设备功能条目对应于应用Info.plist文件中的UIRequiredDeviceCapabilities键。

UIRequiredDeviceCapabilities键的值是一个数组或字典,其中包含标识您的应用程序需要(或明白抑制)的功能的附加键。如果使用数组指定键的值,则键的存在表示该功能是必需的;缺少键表示该功能不是必需的,并且该应用程序可以在没有该功能的情况下运行。如果您指定了字典,则字典中的每个键都必须具有一个布尔值,该值唆使该功能是必需还是抑制。值为true表示该功能是必需的,值为false表示该功能不能出如今设备上。如果给定的功能对于您的应用程序是可选的,请不要在字典中包含响应的键。

有关您可觉得UIRequiredDeviceCapabilities键包含的值的具体信息,请参阅Information Property List Key Reference。 4. App Icons - App图标

每个应用程序都必须提供一个图标以显示在设备的主屏幕和App Store中。 应用程序可能实际上指定了多少个差此外图标以用于不同的情况。 例如,应用程序可以提供一个小图标,用于显示搜刮结果,并且可觉得具有Retina显示器的设备提供高辨别率图标。

新的Xcode项目包含您的应用程序图标图像的图像资产条目。 要添加图标,请将相应的图像文件分派给项目的图像资源。 在构建时,Xcode会将相应的键添加到应用程序的Info.plist文件中,并将这些图像放入应用程序包中。

有关计划应用程序图标的信息,包罗这些图标的大小,请参阅iOS Human Interface Guidelines。 5. App Launch (Default) Images - 应用程序启动(默认)图像

当系统初次在设备上启动应用程序时,它会在屏幕上暂时显示动态启动图像。该图像是您的应用程序的启动图像,它是您在Xcode项目中指定的资源。启动图像为用户提供立即反应,表白您的应用已经启动,同时为您的应用准备其初始用户界面。当您的应用程序的窗口已配置并准备好显示时,系统将为该窗口去除启动图像。

当您的应用的用户界面的最近快照可历时,相对应用的启动图像,系统优先使用快照。当您的应用从前台转换到背景时,系统会为您的应用的用户界面拍摄快照。当您的应用程序前往到前台时,它会尽量使用该图像而不是启动图像。在用户杀了你的应用程序或你的应用程序长期没有运行的情况下,系统会保持快照并再次使用你的启动图像。

新的Xcode项目包含应用启动图像的图像资产条目。要添加启动图像,请将相应的图像文件添加到项目的图像资源中。在构建时,Xcode会将相应的键添加到应用程序的Info.plist文件中,并将这些图像放入应用程序包中。

有关计划应用的启动图像的信息,包括这些图像的大小,请参阅iOS Human Interface Guidelines。 Supporting User Privacy - 支持用户隐衷

设计用户隐私很重要。 大多数iOS设备包含用户可能不想公然给应用程序或外部实体的个人数据。 如果您的应用访问或使用不妥数据,用户可能会通过删除您的应用进行回应。

只要在用户根据适用法律得到知情赞同后本领访问用户或设备数据。 别的,请采取适当方法保护用户和设备数据,并对使用方法对峙透明。 如下是您可以采取的一些最佳做法: 来自当局或行业根源的领导目的,包括以下文件: 联邦贸易委员会对于移动隐私的陈诉: Mobile Privacy Disclosures: Building Trust Through Transparency。 欧盟数据保护委员会关于移动应用程序数据保护的意见:justice/data-protection/article-29/documentation/opinion-recommendation/files/2013/wp202_en.pdf 日本总务省“智妙手机隐私办法: 智妙手机隐私计划(2012): 英文:main_sosiki/joho_tsusin/eng/presentation/pdf/Initiative.pdf 日语:main_content/000171225.pdf 智能手机隐私办法II(2013): 英文:main_sosiki/joho_tsusin/eng/presentation/pdf/Summary_II.pdf 日语:main_content/000247654.pdf 加利福尼自由亚州检察长对移动隐私的建议:Privacy on the Go: Recommendations for the Mobile Ecosystem

这些陈诉为保护用户隐私提供了有效的建议。您还应该与贵公司的法律顾问考核这些文件。

在您的应用程序需要数据时,哀求访问受iOS系统授权设置保护的敏感用户或设备数据。您必须在应用程序的Info.plist文件中提供目的字符串(偶然称为用法描述字符串),说明您的应用程序需要您实行访问的数据或资源的来由起因。受iOS系统授权设置保护的数据包括地位,联系人,日历变乱,提醒,照片,媒体和其他很多类型;见Table 1-2。在用户未授予访问所请求数据的情况下提供公道的回退行为。

让用户了解他们的数据将如何使用。例如,将您的应用程序提交给App Store时,请将您的隐私政策或声明的URL指定为iTunes Connect元数据的一部分。您可能还想在应用说明中总结该政策或声明。有关在iTunes Connect中提供给用隐私政策的更多信息,请参阅Adding an App in iTunes Connect。

让用户控制他们的用户或设备数据。提供设置,以便用户可以根据需要禁止访问某些类型的敏感信息。

请求并使用完成给定任务所需的最小数量的用户或设备数据。不要因为不显着的来由起因追求访问或网络数据,不用要的原因,大概因为您以为它稍后可能有效。

采取公道方法保护您在应用中网络的用户和设备数据。在本地存储此类信息时,请尝试使用iOS数据保护功能(如Protecting Data Using On-Disk Encryption中所述)以加密格局进行存储。通过网络发送用户或设备数据时,使用App Transport Security(如NSAppTransportSecurity中所述)。

如果您的应用程序使用ASIdentifierManager类,则必须考虑其advertisingTrackingEnabled属性的值。如果该属性被用户设置为NO,则仅将ASIdentifierManager类用于Limited Advertising Purposes。 Limited Advertising Purposes指Ad Support APIs的文档中可能允许的频率下限,归因,转化变乱,估计唯一用户数量,告白敲诈检测,仅用于告白目的调试以及其他广告使用。

如果您尚未多么做,请制止使用由UIDevice类的uniqueIdentifier属性提供的唯一设备标识符(UDID)。该属性在iOS 5.0中已被弃用,并且App Store不担当使用该标识符的新应用程序或应用程序更新。相同,应用程序应根据需要使用UIDevice类的identifierForVendor属性或ASIdentifierManager类的advertisingIdentifier属性。

如果您的应用程序支持音频输入,请将您的音频会话配置为仅在实际计划末尾录制的地位进行录制。如果您不计划立即录制,请不要在启动时将音频会话配置为录制。当应用程序配置其音频会话进行录制时,系统会向用户收回告诫,并为用户提供禁用应用程序录制的选项。

表1-2列出了iOS支持的资源和数据授权的类型。 对于每个项目,该表格显示目的字符串键和用于检查授权形态的API。

重要提示:当您的应用尝试使用受保护的项目时,系统会提示用户提供访问权限的警报。 从iOS 10末尾,Info.plist文件必须包含用于显示在权限警报中的每个此类项目的目标字符串。 如果您的应用尝试在未提供相应的目的字符串的情况下访问受保护的项目,则您的应用将加入。 (此行为异样适用于iMessage应用程序,在访问设备的摄像头或话筒以前,该应用程序必须包含表1-2中列出的相关键。)

对于一些受保护的数据和资源,iOS框架提供了用于检查和请求授权的专用API,如表1-2所述。

由于用户可以随时使用设置变动授权,因此在访问任何这些项目以前请检查授权状态。 (有些功能,特别是Motion和HomeKit,没有提供检查系统授权状态的专用API,概况请参见表1-2)。

表1-2受系统授权设置保护的数据和资源 Data or resources Purpose-string Info.plist keys System authorization APIs Bluetooth peripherals NSBluetoothPeripheralUsageDescription 使用CBCentralManager类的state属性来检查使用蓝牙核心设备的系统授权状态。 Calendar data NSCalendarsUsageDescription 使用EKEventStore类的authorizationStatusForEntityType:方法来检察访问日历数据的系统授权状态。 Camera NSCameraUsageDescription 使用AVCaptureDeviceInput类的deviceInputWithDevice:error:方法来检查使用设备摄像头的系统授权状态。 Contacts NSContactsUsageDescription 使用CNContactStore类的authorizationStatusForEntityType:方法来检查用于访问联系人数据的系统授权状态。 Health sharing NSHealthShareUsageDescription 使用HKHealthStore类的authorizationStatusForType:方法来检察访问健康数据的系统授权状态。要请求授权,请使用requestAuthorizationToShareTypes:readTypes:completion:方法。 Health updating NSHealthUpdateUsageDescription 使用HKHealthStore类的authorizationStatusForType:方法来检查访问健康数据的系统授权状态。要请求授权,请使用requestAuthorizationToShareTypes:readTypes:completion:方法。 HomeKit NSHomeKitUsageDescription 当您的应用程序初次尝试访问HMHomeManager类的属性时,系统会向用户提供授权请求。 Location NSLocationAlwaysUsageDescription, NSLocationWhenInUseUsageDescription 使用CLLocationManager类的authorizationStatus方法来检查访问位置数据的系统授权状态。要请求授权,请使用requestWhenInUseAuthorization或requestAlwaysAuthorization方法。 Microphone NSMicrophoneUsageDescription 使用AVAudioSession类的recordPermission方法来检查使用设备麦克风的系统授权状态。要请求授权,请使用requestRecordPermission:方法。 Motion NSMotionUsageDescription 检查CMMotionActivityManager类的queryActivityStartingFromDate:toDate:toQueue:withHandler:方法中的CMErrorNotAuthorized过错,以检查加快度计访问的系统授权状态。 Music and the media library NSAppleMusicUsageDescription 使用ALAssetsLibrary类的authorizationStatus方法来检查访问媒体资产的系统授权状态。 Photos NSPhotoLibraryUsageDescription 使用PHPhotoLibrary类的authorizationStatus方法来检查访问照片库的系统授权状态。 Reminders NSRemindersUsageDescription 使用EKEventStore类的authorizationStatusForEntityType:方法来检查访问提示数据的系统授权状态。 Siri NSSiriUsageDescription 使用INPreferences类的siriAuthorizationStatus方法来检查使用Siri的系统授权状态。要请求授权您的应用程序使用SiriKit,请使用requestSiriAuthorization:方法。 Speech recognition NSSpeechRecognitionUsageDescription 使用SFSpeechRecognizer类的 authorizationStatus方法来检查使用语音辨认的系统授权状态。要请求您的应用使用语音识别的授权,请使用requestAuthorization方法。 TV provider NSVideoSubscriberAccountUsageDescription 使用VSAccountManager类的checkAccessStatusWithOptions:completionHandler:方法来检查用于访问用户的视频服务订购信息的系统授权状态。要请求授权,请使用enqueueResourceAuthorizationRequest:completionHandler:方法。

将表1-2作为您的应用程序隐擅自为的出发点,而不是作为完整的清单,此表的内容会在iOS更新中演变。 Internationalizing Your App - 国内化您的应用程序

由于iOS应用分布在许多国家/地区,因此本地化应用的内容可以帮忙您包围更多的客户。当用户使用本地语言进行本地化时,用户更有可能使用该应用。将面向用户的内容分析为资源文件时,将内容本地化是一个相对简单的进程。

在您可以本地化您的内容之前,您必须国际化您的应用程序以增进本地化过程。将您的应用程序国际化涉及将任何面向用户的内容分析为可本地化的资源文件并提供用于存储该内容的特定于语言的项目(.lproj)目录。这还象征着在使用特定于语言和特定于语言情况的内容时使用适当的技艺(如date和number格式化)。

对于完整国际化的应用程序,本地化过程将创建新的特定于语言的资源文件集,供您添加到项目中。典范的iOS应用程序需要以下类型的资源文件的本地化版本:

Storyboard文件(或Nib文件) - Storyboard可以包含文本标签和其他需要本地化的内容。您可能还需要调停界面项目的位置以适应文本长度的变革。 (异样,nib文件可以包含需要本地化的文本或需要更新的结构。)

Strings文件 - Strings文件(因为它们的.strings文件扩展名而得名)包含应用程序显示的动态文本的本地化版本。

图像文件 - 除非图像包含文化特定内容,否则应该防止对图像进行本地化。只要有可能,你应该防止直接在你的图像文件中存储文本。对于您在应用中加载和使用的图像,请将文本存储在字符串文件中,并在运行时将该文本与基于图像的内容进行分解。

视频和音频文件 - 您应该避免将多媒体文件本地化,除非它们包含语言特定或文化特定的内容。例如,您需要本地化包含配音曲目的视频文件。

有关国际化和本地化过程的信息,请参阅Internationalization and Localization Guide。有关在应用程序中使用资源文件的精确方法的信息,请参阅Resource Programming Guide。 后记

本篇主要介绍了应用程序必须实现的行为,感爱好的给个赞和关注~~~

<< 上一篇 下一篇 >>

打字兼职导航版权所有 网站地图