flash开发ios,Flash开发程序员招聘

iOS 不支持 Flash 的真实原因是什么？

当时的官方声明主要是因为Flash播放器的耗电量，这不适合移动设备。考虑到当时频繁地打开笔记本电脑（尤其是非Windows系统）打开Flash页面的经验，这是事实。由于大多数门户都嵌入了Flash广告，所以很可能在浏览网页时显著消耗电池。

相反，HTML5视频播放是由于硬件资源的有效利用，所以能量消耗可以被优化，和矢量动画Flash类似，虽然HTML5可以不增加大量属性（如果不是更低），但在HTML5页面的广告几乎没有，所以把Flash可以显著降低量的CPU计算网页浏览。

现有的Flash应用程序通常基于鼠标操作，对触摸支持不够好。这是另一个官方原因。安全性：内置的Flash支持意味着有可能引入相关的安全漏洞，而Flash实现则由Adobe控制。一旦出现问题，苹果很难直接把握。

关于Flash和HTML5，首先目前还没有证据表明HTML5的先进技术在Flash中（有很多未来的杀手级技术，当然HTML的宣传，但至少现在看起来并没有反转），有相当多的证据表明HTML5在视频处理方面不强于Flash。

当然，HTML5正在发展，但不能说Flash不会发展。

HTML5比Flash好，它是一个行业标准，它不必为一个公司支付专利，但Flash是相反的。

但退一步说，如果Adobe打开Flash使之成为技术标准，苹果将不会允许Flash进入iOS。

此外，非官方的观点更受欢迎：基于Flash平台的应用是非常丰富的，可能是苹果的AppStore的威胁：如果每个人都在互联网上玩的游戏免费的Flash版本去，去不再购买AppStore类似的产品，苹果没有钱赚。

相关问答

Q1: iOS 不支持 Flash 的真实原因是什么

iOS 不支持 Flash 的真实原因是HTML5技术。

HTML5的优势：

HTML5已经出来很多年了，HTML5是一个基于浏览器的协作标准，可以让各种不同的素材在浏览器中流畅运行，它最大的优点在于跨平台性、易开发以及开发成本低。早在2010年的时候，乔布斯在封杀Flash的言论中，就预言HTML5将会成为取代Flash的下一波技术浪潮。

HTML5现状：

截至2015年，HTML5的普及已经广泛被人们所接受，有85%的网站都在使用HTML5技术。

Flash已经在逐渐衰落：

苹果从来都不是第一家将新技术推向市场的公司，但这些年也同时不失时机的把软盘、光驱、Flash、上网本、傻瓜相机等技术或设备淘汰掉，Flash无疑是最臭名昭著的技术之一。 乔布斯非常厌恶Flash，所以无论是iPhone还是iPad都从来没有支持过Flash，就因为这事，苹果还与Adobe爆发过一场备受争议的口水战，乔布斯甚至曾经专门跑到一个论坛，来向人们解释，iPad为什么不支持Flash：“Flash技术缺乏足够的开放性、性能差、电池消耗大，缺乏触摸支持，这大大阻碍了人们在使用iPad的用户体验。”

2011年，Adobe自己也放弃了Flash移动端的研发工作，HTML5几乎已经被移动浏览器广泛支持，Adobe认识到Flash已经落后于时代，同时应用程序的加入也让浏览器为基础的FLASH变得不是那么重要。另外Flash也同样面临Andorid系统碎片化需求，针对不同的版本进行不同的优化，费时费力。

HTML5的前景和趋势：

Flash到目前为止也并没有死亡，在很多地方人们还是需要依赖Flash技术，比如在制作网页游戏上，相比HTML5，后者不能处理自动处理动画效果上反复交互，需要借助 其他工具比如CSS3和JavaScript才能实现同样的效果，但是在涉及到视频方面，HTML5与Flash目前谁占主导地位，已经一目了然。 HTML5在加载大图片的时候的性能会有下降，大量用户同时访问同一个HTML5应用时，性能也会下降，HTML5在性能上的差距以及用户体验，与原生App相比，相差甚远，你打开同一个H5应用与原生应用，你可以很明显的感觉到，H5应用的上网速度要不及原生App。

HTML5技术发展及完全抛弃Flash还有很长的路要做。

Q2: Flash as3 开发air3.2 ios 项目，发布设置的时候是横屏，为什么到设备上了却是竖屏。

设置错误。

应是设置以下字段

不行啊，flash发布时由于选择了横屏，发布后生成的AndroidManifest.xml文件里面已经有meta-data android:name="aspectRatio" android:value="landscape" /，同时我也改成你的aspectRatiolandscape/aspectRatio，还是没有用。

Q3: 北大青鸟设计培训：学iOS开发游戏需要做哪些准备？

在Flash里制作游戏的好处在于，制作的游戏人们几乎可以在任何Web浏览器里玩，至少在Mac和PC上是如此。

可是越来越多的人正在用手机(如iPhone)上网。

而你可能知道，iPhone上的Web浏览器并不支持Flash。

但是，这并不意味着不可以为iPhone制作Flash游戏。

运城北大青鸟通过在FlashCS5里为iPhone打包的新技术，你可以制作适合iOS(在iPhone、iPodTouch和iPad上运行的系统)的应用。

你甚至可以在苹果AppStore里销售这些应用。

实际上为iOS制作游戏相对简单，而让它们到达玩家的手中倒是有一点困难。

因为仅有的合法发布途径就是通过苹果AppStore，你必须克服许多困难才能让其他人玩到你的游戏。

而ios培训告诉您在开发iOS应用你需要做一些提前的准备。

这里所需的东西中一部分是让你往一台lOS设备上测试游戏时用的，而其余的则在你准备将游戏提交到应用商店之前都不会用到。

使用iOS开发游戏需要做的五点准备：1、一个苹果iPhone开发者账号到苹果的相应网站去购买一个一年期的证书签名。

没有开发者账号的话，你无法将应用提交到苹果AppStore，甚至不能在iOS设备上测试你的应用。

2、一台iOS设备虽然技术上说不经过在iPhone、iPodTouch或iPad上的实地检验，就能进行开发、测试，并将应用提交到苹果AppStore，但这并不是个好主意。

你真的需要看看你的应用仵实际使用时的运行情况。

3、一个数字签名这个证书由你自己用Mac或Windows电脑上的另一个软件创建。

4、一份供给配置文件(provisioningprofile)这是你从你的苹果开发者账号上取得的文件。

你很可能是在苹果公司的系统上注册应用，然后从过程中取得这个文件，查看相同的Adobe链接了解更多。

5、一个分发配置文件(distributionprofile)你需要从苹果开发者网站取得的另一个文件，不过不是用于在iPhone上测试，而是用在你要制作一个版本提交到AppStore的时候。

Q4: 我做了一个flash交互，怎么发布成app

在向App Store提交应用的前提是你已经成为苹果iOS开发者项目成员之一，你已经向苹果缴纳了99美元/年的费用。你可以通过此链接注册成为苹果iOS开发者项目成员。点击Enroll Now按钮。图1.注册成为iOS开发者 1.你的应用已经准备好了吗？ Step1.测试 写完最后一行代码或者执行完最后一个功能并不意味着你的App已经完成了，你是否让你的应用在多个设备上进行测试了？你的应用是否有内存泄露的问 题？你的 应用程序是否总是崩溃？这几年，iOS设备市场规模增长迅猛，你必须保证你的应用已经在尽可能多的设备上通过测试。常见的问题比如你是否在iPhone 5的4寸屏幕到iPad Mini的7.9寸屏幕上都通过了测试。 iOS模拟器非常有用，但它是在Mac上运行的，内存和处理能力要比你口袋中的手机强大很多，一款iPhone 3GS和iPhone 5的性能差别更不用多说。作为iOS开发者，你可不能冒着风险长期使用一款过时的iOS设备来创建和维护App，即便App可以在老的iOS设备上很好地 运行，但不代表也可以在新设备上跑的顺畅。 苹果的审核是封闭的，但能减少不完善的性能表现给用户带来的糟糕体检。如果你的应用时常崩溃，或者启动后不久运行速递变得缓慢迟滞，那在向App Store提交之前你还有不少工作要做。即便苹果审核人员不能发现App存在的问题，但用户会发现。如果用户体验很差，那么用户会给你的差评或者低分，进 一步影响到应用的销售和下载。 Step2.规则和指南 就像我前面所说的，苹果为开发者提供了很多文档资料，开发者尤其要注意iOS人机交互指南和App Store审核指南，不过不少开发者没有精力或者难以静下心来认真研读这些文档，那么你的应用将会因为这些文档中列出的要求而被一再拒绝。 再退一步说，即便你没有研读iOS人机交互指南和App Store审核指南，但开发者也要知道大家常说的那些规则，如下我列出了一些你的应用应该和不应该做的事情。 你的应用： 不能崩溃 不能使用私有API， 不能复制原生app的功能， 应该使用IAP(应用内付费)金融交易 不能在用户不知情的情况下使用相机或者麦克风 应该使用有版权的图片 这些只是上边所说的文档内容中很小的一部分。iOS人机交互指南和App Store审核指南内容更多是非常琐碎的。但有的小地方你也许会不经意的违反。比如，在苹果使用启用自家地图之前，MapKit framework使用的是谷歌地图，用户也非常清楚谷歌的logo会放在每张地图的左下角，如果你的应用的用户界面覆盖了谷歌的logo，那么苹果就会 拒绝你的应用。虽然这非常琐碎，但也是不少开发者经常“犯错误”的地方。 2.预先准备 在你开始将程序提交到App Store之前，你需要有一个App ID，一个有效的发布证书，以及一个有效的Provisioning profile。下面来看看它们各自的作用。 Step 1: App ID(应用ID) App ID是识别不同应用程序的唯一标示符。每个app都需要一个App ID或者app标识。目前有两种类型的App标识：一个是精确的App ID(explicit App ID)，一个是通配符App ID(wildcard App ID)。 使用通配符的App ID可以用来构建和安装多个程序。尽管通配符App ID非常方便，但是一个精确的App ID也是需要的，尤其是当App使用iCloud 或者使用其他iOS功能的时候，比如Game Center、Push Notifications或者IAP。 如果你不确定什么样的App ID适合你的项目，我推荐你读下苹果关于这一主题的文档：Technical Note QA1713。 Step 2: Distribution Certificate(发布证书) iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向App Store提交app，你需要创建一个iOS provisioning profile 。首先需要创建一个distribution certificate(发布证书)，过程类似于创建一个development certificate(开发证书)。如果你已经在实体设备上测试你的App，那么你对创建development certificate就已经很熟悉了。 如果对此不熟悉，我建议你读下苹果关于signing certificates和provisioning profiles的详细指导。 Step 3: Provisioning Profile(配置文件) 一旦你创建了App ID和distribution certificate，你可以创建一个iOS provisioning profile以方便在App Store中销售你的App。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为App Store分销创建一个单独的provisioning profile，如果你使用通配符App ID，那么你的多个app就可以使用相同的provisioning profile。 Step 4: Build Settings(生成设置) 配置App ID、distribution certificate 和provisioning profile已经完成，是时候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中选择一个target，打开顶部的Build Settings选项，然后更新一下Code Signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的Code Signing中看到，重启一下Xcode就可以解决这个问题。Step 5: Deployment Target(部署目标)非常有必要说下deployment target，Xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在App Store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过iTunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。 对此我有两个方法 (1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。 (2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新iOS版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如iOS 6，iOS 6发布后一个月，超过60%的设备已经进行了更新。但对Android而言，就是另外一回事了，Android用户并不会像iOS用户那样热衷于更新操作 系统版本。