ios可执行文件后缀,苹果里面可执行文件的后缀名是什么呀

1,苹果里面可执行文件的后缀名是什么呀可执行文件的后缀名不是固定的……有很多的……【ios可执行文件后缀,苹果里面可执行文件的后缀名是什么呀】
2,可执行性文件的后缀名都有哪些除了batexecom之外搜你把bat也算在可执行文件中,那就是说所有的脚本都算是可执行文件——vbs , powershell,js……
3,iphone下载的软件的后缀名是什么IOS系统软件的后缀名是IPA 。IPA是Apple程序应用文件iPhoneApplication的缩写 。IPA文件实质是一个 zip压缩包(不是 rar 或 7z 包) , 包含 3 个组件:payload 目录下的 .app 目录,这个是软件的主程序;iTunesArtwork,实质是一个无后缀名的png图片,用来在 iTunes 中显示图标;iTunesMetadata.plist,记录购买者信息、售价等数据 。软件安装包的格式为IPA 。IPA是Apple程序应用文件iPhoneApplication的缩写,可以借助电脑端第三方助手,如快用苹果助手、iTools、pp助手等将ipa安装至iOS设备 。下面以pp助手安装ipa至iPhone为例进行操作说明 。第一步 , 在电脑安装pp助手 , 将iOS设备通过数据线连接至电脑;第二步,使用pp助手进入iOS设备的应用管理页面;第三步,点击“安装本地应用”,将下载的本地ipa文件添加即可安装至iOS设备 。ipaiphone的软件安装方式和一般的手机不大相同 , 不是用浏览器下载安装文件来安装,而是通过手机里的app store来下载安装程序 , 或者用电脑的itunes store来下载程序 , 然后同步传输到手机上 。
4,苹果支持的可执行文件格式对软件开发者来说,Mac OS X是一个非常方便易用的系统 。除了与传统相同的(或接近的)方法外 , 它经常为您提供可选择的方法以完成相同的任务 。具有这种可选择的方面包括应用程序打包、资源处理以及文档定型 。然而,一个方法经常比另一个更好 , 有时您可将这些方法组合起来 。下节将叙述应用程序设计的各种重要方面,为了获得性能、互用性及强壮性,不仅需要讨论您能做什么,更重要的是讨论您应该做什么 。应用程序及文档FAQ 由于各种不同的因素影响应用程序和文档的性质、结构以及处理,故在本书的各个部分都有关于应用程序和文档的信息 。这些因素包括束、可执行文件格式、文件系统以及Finder 。本节通过为开发者概括文档和应用程序的重要部分 , 以回答问题的形式将这些信息汇集在一起 。应当为应用程序指定什么样的元数据? 为了让用户启动您的(束化了的)应用程序,Finder应用程序应当能够检测出文件夹是一个束,然后它应当能够查明该束是一个应用程序 。为了进行这样的判断 , Finder首先检查以下两件事情中的一件: 在束文件夹上 , 束位是否被设置成“开(on)” 束的扩展名是否是那些为束保留的扩展名中的一种(包括.app) 若Finder断定该文件夹是一个束,它将读取存储于束的Info.plist文件中的CFBundlePackageType键码;若此键码包含“APPL”的值,则可确定该束是一个应用程序 。若该文件未包含此键码,则它将根据束扩展名(应用程序为.app)决定束类型 。就象HFS和HFS+元数据的其它形式一样,由于束位在包括多文件系统的联网环境中很容易被丢失,所以应用程序束保持.app的扩展名是重要的 。当您创建一个应用程序时,Project Builder将自动地添加此扩展名,但是其它IDE可能并不如此 。任何情况下您都不应该删除该扩展名或是鼓励您的用户这样做 。若.app的 “不雅观” 使您感到烦恼 , 请别担心 , Mac OS X Finder会隐藏.app扩展名的显示 。尽管Apple不在其应用程序上设置束位,但当您创建应用程序时您可在它的束文件夹上设定此属性 。关于更多的此类信息,请参阅“Finder和束”以及“应用程序和文档的处理” 。必须将CFM可执行文件打包在一个束中吗? 简单的答案是“不,但或许应该这样做” 。更详尽的答案请参阅“CFM可执行文件” 。应该怎样存储应用程序资源? 在Mac OS 9和Mac OS的以前版本中,应用程序将它们的资源存放在应用程序可执行文件的资源分支中 。但对于Mac OS X来说,这不再是被推荐的方法 。取而代之的是 , 应用程序应该将它们的资源存放在应用程序束中的独立文件的数据分支中 。此建议的理由与下文中关于文档定型应该有文件扩展名以及Finder元数据的理由相同(请参阅“为何要有扩展名?”) 。HFS和HFS+ 卷格式允许文件具有多分支或数据流 。然而,当文件在局域网、企业网或互联网的不同种类计算机系统之间传送时 , 不在文件数据分支中的任何东西都可能会被容易地丢失 。关键是要使资源和所有其它形式的数据在日益互联的网络世界中保持不变 。Carbon应用程序的开发者必须考虑与Mac OS X的资源相关的其它因素,尤其是如果那些应用程序依赖于Code Fragment Manager (CFM)的话 。若该应用程序是一个由CFM管理的单文件可执行代码(即,不是一个束化了的CFM应用程序),那么资源应该存放在可执行代码的资源分支中 。当打包成单文件CFM可执行代码的应用程序被启动时 , 将默认地打开它们的资源分支 。相反,当打包成束的应用程序被启动时,将默认地打开它们的本地化数据分支资源 。如果Carbon应用程序被打包在束中的话,那么对于资源来说就出现了更多的可能性 。您可将某种类型的资源放在它自己的文件内,而不是将资源与资源管理器管理的其它资源结合在一起 。例如 , 若应用程序使用了一个TIFF图像 , 那么您可将该TIFF图像数据存放在一个具有.tiff扩展名的文件的数据分支中 。然后,通过使用合适的束应用编程接口(API),您就可直接地访问该资源 。将每个资源存放在它自己的文件中带来很多的益处 。例如 , 这样的方法使“输出”指示在XML属性列表中的资源变得更为容易 。Carbon应用程序,不管它们是基于CFM还是基于dyld的,总能使用资源管

    推荐阅读