13518219792
当时的官方声明主要是因为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类似的产品，苹果没有钱赚。
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还有很长的路要做。
设置错误。
应是设置以下字段
不行啊，flash发布时由于选择了横屏，发布后生成的AndroidManifest.xml文件里面已经有meta-data android:name="aspectRatio" android:value="landscape" /，同时我也改成你的aspectRatiolandscape/aspectRatio，还是没有用。
在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的时候。
在向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用户那样热衷于更新操作 系统版本。
