你必须要知道的10款APP开发框架_程序员客栈_新浪博客
你必须要知道的10款APP开发框架
app开发框架
对于大部分Web开发人员，HTML、CSS和&Java是他们最熟练的开发技能。然而，开发一个原生的移动App，对他们来说却是完全陌生的领域。因为开发Android，iOS
或 Windows Phone上的原生App，需要掌握完全不同的开发语言（ Android使用Java，iOS
app使用Objective-C或Swift，而Windows
Phone则使用.NET），除此之外，你还需要使用完全不同的开发环境、IDE，并且掌握不同的开发框架，这些都成了人员开发移动App的巨大障碍。
　　但随着技术的发展，我们已经看到许多基于Web技术的移动开发框架，现在你只需要牢固掌握HTML、CSS和Java技术就可以开发出一个移动App来。通过像PhoneGap这样的编译工具能够将你开发的Web应用转换为不同平台上的app，从而带来了极大的便携性。
　　这里，来自技匠推荐最优秀的10个移动开发框架。如果你已经准备好做出下一个10亿级的app，那么就来看看下面的推荐吧！
jQuery Mobile
　　jQuery
Mobile是一个非常健壮的跨平台app开发框架。它能够支持很多不同的平台，包括桌面应用、智能手机、平板、以及电子阅读器 如 Nook
或 Kindle。与它的同胞 jQuery UI 类似，jQuery
Mobile也包含了一组UI组件，开发人员可以非常方便地使用它们来开发UI界面。而且，这些UI组件都已经为移动端进行了优化，能够为应用提供更好的性能。
2.&Cordova/&PhoneGap
　　PhoneGap是基于Cordova的。Cordova/PhoneGap提供了一组Java
API，能够连接设备的底层功能，比如摄像、定位、通讯录、指南针等等。Cordova/PhoneGap使我们不需要使用任何原生程序语言，而直接利用像jQuery
Mobile这样的开发框架进行移动应用的开发。最后，通过调用它的SDK将你的应用编译为不同平台上的app。这些平台包括
iOS,Android,Windows Phone,Blackberry和Web OS。
3.&Sencha&Touch
　　Sencha Touch
是一个基于HTML5和CSS3的移动开发框架。同时它提供了一组能够支持不同移动平台的组件以及动效特性。Sencha
Touch支持Cordova和PhoneGap.你能将你的应用编译成支持不同平台的app。除此之外，Sencha
Touch还提供了一组主题，可以应用到iOS、Android、Blackberry、Windows Phone、Tizen
等平台中，让用户感觉它很像原生app.
&4.&Ratchet
　　Ratchet最早是Twitter内部用于制作移动app原型的工具，后来Twitter将它开源并发布出来。Ratchet自带了一组用户界面组件和Java插件，可以用来创建一些简单的移动app。在2.0版本中，Ratche还自带了两套适用于iOS和Andriod平台的UI主题。
　　如果你对app的性能很关注的话，Ionic会是一个合适的框架。Ionic是一个基于HTML5的app开发框架，它不需要任何第三方Java库，他能与Angular.js组合在一起使用，开发出高性能、交互型的app。和Ratchet类似，Ionic也自带了一组优秀的font图标——Ionicons和可复用的HTML
Classes来构建移动应用UI。
　　Lungo是一个基于HTML5和CSS3的轻量级移动开发框架。它的默认样式非常漂亮，你可以直接使用在你的app中。除了包含一组UI组件之外，Lungo还提供了很多Java
API，你可以利用这些接口来控制你的app。Lungo支持下面这些平台：iOS，Android，Blackberry和Firefox
7.&jQT​
　　jQT的前身是就Qtouch，是一个很酷且高性能的Zepto/jQuery插件用来开发移动Web应用。它主要是为开发基于WebKit浏览器的应用而设计的。jQT非常容易被定制和扩展，它自带了一套UI主题，你可以通过修改Sass/Compass来对界面进行定制，你也可以使用CSS3的特性来渲染很酷的3D动画。
　　Junior和jQT一样，也是一个Zepto插件，但Junior依赖一些其他的第三方库来提供额外的功能，比如Backbone.js,Flickable.js和Ratchet。
　　Jo这个框架可用于开发支持HTML5的移动设备应用，如iOS,webOS, Android和Chrome
OS等平台。它拥有标准，类原生的UI元素比如用于屏幕登录的Web表单控件，还有弹出小部件可用于在用户点击界面时提供一些额外的信息。
10.&Famo.us
　　Famo.us提供了一个强有力的Java框架和大量的开发者工具，这些框架和工具被用来构建功能丰富、反应快速的Web应用程序。Famo为开发者提供视觉、布局、框架、用户界面、和用户体验的部件、主题、字体、和Java语言插件等功能，使网页开发者能进行多种设备应用的开发。其创造出来的动效和画面看上去非常轻快、自然。此外，框架所具备的最大优势在于能够严格维护模块化以保持画面动作的灵活性。最后，配合量身定制的服务端技术，开发者就能创建出高质量的App来。
程序员客栈
博客等级：
博客积分：0
博客访问：5,212
关注人气：0
荣誉徽章：web app 开发使用哪个框架最好？ - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
- a JavaScript code quality tool
Sponsored by
寻找中国最优秀的程序员加入我们，一起来改变这个可爱的星球
Promoted by
web app 开发使用哪个框架最好？
15:01:57 +08:00 · 41849 次点击
最近要做个支持 Android 和 iOS 的 web app，搜了一下发现选择挺多，有 jQuery Mobile, Sencha Touch, Titanium, Dojo Mobile 等等，眼花了。想问下大家主要用的是哪个框架，有实际开发经验的欢迎分享下使用感受。
47 回复 &| &直到
12:28:13 +08:00
& & 15:09:43 +08:00
个人觉得 Sencha Touch很不错， 但是学习成本很高
& & 15:18:23 +08:00 via iPhone
@ 能说说 Sencha Touch 的优势么？我是倾向于用 jQuery Mobile 的毕竟熟悉，不过确实见到推荐 Sencha Touch 的人更多
& & 15:24:45 +08:00
Sencha Touch 如果不做复杂应用的话可以.一旦内容复杂节点过多,android会卡到想吐...
& & 15:26:54 +08:00
@ 是性能不行么？
又发现一个 Zepto，彻底晕了。。。
& & 15:35:56 +08:00
关键是性能，我也想知
& & 15:39:43 +08:00
我比较倾向于用豆瓣和百度的，这两家开源了个自己的移动webapp框架，楼主可以看看
& & 15:42:20 +08:00
@ 框架名称呢？
& & 15:56:09 +08:00
@ 我查了，百度的叫 clouda，豆瓣的没查着
& & 16:03:25 +08:00
@ clouda 是node框架把。后端的....
Zepto JQuery 2.0 不带UI的， DIY的空间大。
Zepto 虽然说和 JQuery API一直。但是还是有差别的。用Zepto的好处是代码小，如果不用考虑这些可以使用 JQuery 2.0
Sencha Touch
带UI的， DIY的空间小
JQuery Mobile
可以理解是带UI的 JQuery2.0
& & 16:07:49 +08:00
再说一些
Titanium 不是js框架。 是把web app封装成 native app的。提供一些native的接口。类似的有phoneGap
& & 16:10:48 +08:00
@ 就目前定的计划来说，想找个能支持内容刷新、视图切换、侧边栏、模拟 pull 操作这些功能的框架
& & 16:18:29 +08:00
你的需求。最方便的是用Sencha
然后是Dojo Mobile 或者 jQuery Mobile
& & 16:20:07 +08:00
以 UI 为主的是 Fundation 和 Bootstrap 吧，jQuery Mobile 和 Sencha Touch 太复杂
& & 16:20:26 +08:00
可以看看 intel 的 appframework
以前叫 jqmb 好像
可以满足你的需求，jqmobile 有点太大了 ，wifi不给力的话 加载会很慢
& & 16:20:49 +08:00
不知道有没有朋友用过呢?...国产的应该也有好东西的吧..求经验
& & 16:26:58 +08:00
@ 按照她的需求和提问方式
1. 不是很了解js，或者single page app 的。用司徒的框架什么肯定完全不行
2. 安她的需求够复杂，Bootstrap这种交互完全不够。做layeout还可以。
3. 对于她的提问方式。对性能的要求肯定不高。
那么就一步到位，少动脑子的方式比较好一些。
& & 16:51:47 +08:00
@ 既然如此，先选 Sencha 用用看好了，多谢分析
& & 16:59:21 +08:00
比较建议 foundation 或者 uikit// 前者的中文化比较弱，后者则比较强。
我曾今很想吧 foundation v5 的文档给中文化过来的。。。可惜啊。///
& & 17:05:34 +08:00
UI 和交互部分我目前用 zepto 和 百度的 gmu，说实话，不是太好用。。。
& & 17:13:03 +08:00
Sencha touch真的，dom节点太多了，感觉是造成效率不高的原因
& & 17:24:58 +08:00
@ 这2类框架不是一回事，Bootstrap和Fundation是CSS style为主，提供UI组件。
jQMobile和Sencha是JS 为主，主要用来写GUI的逻辑。
当然两者也有重叠的部分，前2个是用来做layout，后2个原来做交互界面逻辑
& & 17:29:00 +08:00
@ so 我加了前提，以 UI 为主。具体选什么，还要看应用需要什么
& & 17:32:56 +08:00
还是用原生的吧。类sencha的方案都有性能、代码安全等问题。
& & 17:55:45 +08:00
@ Zepto 就是一个 jQuery 的轻量级替代品，几乎完全一样的 API，但是专门为 Mobile 或者 HTML5 浏览器设计和优化；因为觉得 jQuery 太大，而且由于兼容性的考虑而太慢，Zepto 就是为了这个出现的。你可以把它仅仅当作是一个为移动浏览器准备的 jQuery
虽然 API 一样，但是还是很多细节不同，比如缺少以及添加了 API，以及一些 API 的执行结果不同。比如 $(xxx).width()
@ 没必要一定有中文文档，本来技术方面的英文就不是特别的难，要了解和学习最新的东西，阅读英文是一个很有用和必要的能力。一个东西出了翻译了，那肯定都以及出来很久了。
另外我觉得 layout 还是 Bootstrap 成熟，而且用的人多，也耐看
& & 17:58:33 +08:00
@ 性能关键看优化，用一般写web app的方法直接用在在mobile上面，所有这些框架都慢。
要特别注意资源的使用和释放，注意reflow之类的。
& & 18:52:55 +08:00 via iPad
Anjular js
& & 19:45:01 +08:00
要跨平台感觉还是自己动手写控件比较好，因为很多框架在IOS上跑得很好但是android始终不给力，我也没找到android上好用的成品框架，目前还是手写中
搭车问，大家对控件比较多的页面怎么处理的呢？比如tab+carousel+list等等，发现现在很多框架都采用单页+js动态加载，控制什么是挺方便的，不知道如果应用页面太多会不会造成性能问题
& & 20:35:37 +08:00
@ Titanium和phonegap是不同的。前者是把js代码转换成原生代码执行，后者只是提供了native的一些api
& & 20:37:51 +08:00
sencha的话就是能够很快的把东西实现出来，但是会对代码失去可控性，而现在mobile web app最大的问题就是性能，对性能不断调优是一个必然过程。
& & 22:51:20 +08:00
1. WebApp+PhoneGap(2.0之后移交到Apache改名叫Cordova)
a. Sencha touch首屈一指，我们团队开始的产品1.0-2.0就是选来选取最后落在了ST上。ST提供了直接打包成原生应用的能力，也就是说你不需要Cordova，当然有些接口可能你还是要用Cordova，因为ST提供的接口不完全。当然Sencha的开发模型就RIA来说看起来很2B不能接受，但我发现我后来自己用backbone+zepto，最后得出的结论跟ST差不多。其实这就是成熟化的组件开发模式，以前用wpf或者silverlight的RIA其实也是这个思路，当然代码量肯定略大。
b. jqMobile，怎么说呢，前者1.1以前的版本有好几个性能问题，比如说一开始不用translate3d导致性能慢，不进行点击优化导致响应慢，还有坑爹的属性重新生成html的功能导致页面前渲染缓慢，还要手动的缓存页面，列表加速不行（ST也是到了2.1之后才做了元素复用优化），没有carousel控件(这个控件我写过两边，快速滑动，加速，切换加速，是否切换判定，其实还是挺复杂的)，所以都是用iScroll以及他们家的SwipeView和CardView做一些补充。总体来说，虽然你写起来跟jquery很像而且简单，但是会遇到各种性能问题，不知道现在如何了。
c. dojo mobile，这个我用的少，我们在用ST之前有人用DojoMobile开发了一个其他产品，还行，但是跟ST比起来还是有点差距，控件和界面，并且DOJO的MVC体系不如ST的组件形态的MVC来的快。（App开发和桌面开发不同，App开发界面相对简单堆控件，桌面开发就有更多的交互和细节的问题要处理）
上述的问题是，性能的优化会达到一个极限值，我们要做一些图形处理，在canvas上面已经优化到极致了，ios4s以上都是很流畅，但是在android上面就。。。。。。悲剧了。
2. Runtime Titanium
Titanium并不是把js编译成iOS或者android源码，而是在系统中跑一个v8或者spidermonkey，并且做一些jsbinding的工作讲原生层面的东西暴露成js接口，跟nodejs原理类似。当然很多游戏引擎，如unity3d可以用c#，js写，cocos2d-x可以用lua和js写脚本，机制差不多。TI将iOS同Android界面在一定程度上面做了一致性处理，可想而知，各个平台的特殊优势就难以发挥了。还好性能方面不必原生的差太多，那么成本上面也小了很多。
3. 其他
还有些技术是直接将ruby或者c#转化成ios代码的，大部分问题是只支持iOS。所以跟你写objc差不了多少。ThoughtWorks有个理念是逻辑层用js，界面层各自实现什么的。我只能说客户端的工作大部分是UI交互，所以意义也不是很大。
最后说一下我们公司的项目。
一开始是ST+Cordova。
后来TI一路各种坑趟平，完全使用coffeescript替代javascript。后来太寂寞开始该Ti源代码。
图形层也改成Cocos2d-x，效率奇高。
都是跨平台的技术。有兴趣的可以下载 银天下 这个app玩一下。
介绍一下我们团队吧，我以前微软，后来自己出来创业2次（都因为各种原因跪了），现在在全国最大的贵金属券商-银天下做架构师。
我们团队10+个人，负责公司所有移动端的技术研发以及后端的部分业务，清一色Mac全栈工程师，用coffeescript，ios，android，c++，rails，go等等。WebApp方面我们MobileWebApp我们用backbone+zepto.js，桌面的WebApp我们用angularjs，端到端测试做的也非常全面。大部分后端我们用nodejs，部分使用rails或者java（机器学习方面的东西）。所有好玩有用，新奇的技术我们都会尝试或者使用：）
我们在2014年重点发展移动业务，所以将大力招聘（其实一直在招聘但是因为我们面试比较严格，技术很重要，但是因为我们很多时候要pair programming，所以性格也一样重要）。预计扩充到20-25人。
擦，不知不觉就成了招聘贴了，好吧，继续无节操，希望有兴趣的朋友联系我，如果你是全栈工程师那就最好，如果你希望成为全栈工程师也不错哦。
PS：我们这边的全栈工程师是，自己做交互设计，自己PS，自己写客户端，自己写服务器端，因为有些以前创业，你们懂得。还有个好处就是我们是一家金融企业，IT金融你们懂得。
& & 22:52:19 +08:00
@ 用jquery的话还是要加一个fastclick框架来快速响应点击，去除因为双击等待判断延迟的300ms
& & 22:57:56 +08:00
@ 刚才发没人搭理，正好请教这个问题
对控件比较多的页面怎么处理的呢？比如tab+carousel+list等等，发现现在很多框架都采用单页+js动态加载，控制什么是挺方便的，不知道如果应用页面太多会不会造成性能问题
& & 23:18:19 +08:00
@ WebApp性能问题是就是render和paint两步特别慢，所以首先要减少的是元素显示的数量，然后是元素的层级。还有就是动画用translate3d，避免使用某些css3高级技巧，点击优化什么的。
举2个例子：
1. carousel如果有10个item，那么实际上只有三个元素的display参数不会是none，就是当前显示的item以及prevItem和nextItem。
2. list如果有100个数据，一个屏幕最多能显示8个，那么这个list里面可能只是用9个htmlnode节点去做渲染，最好每一个数据的现实格式是固定的（尤其是固定高度，当然宽度一个般都是固定的）
当然上述两个情况Sencha Touch都帮你做好了。
& & 23:46:55 +08:00
@ 我不追新，喜欢使用成熟的技术，选定后就想吃透，所以希望能借鉴大家的经验，选出一套靠谱的方案。非常感谢你做的分析和分享开发过程中的各种经验。另外，我也找到一篇 webapp 开发实践的文章
我大概有点头绪了，再次感谢诸位的回帖
& & 23:56:01 +08:00
Ionic感觉不错，基于 angular，UI做的很像 ios 原生，可以跑在 phonegap 一类的平台上。
& & 00:21:01 +08:00
@ 那么多个页面跳转你们是怎么处理的呢？我觉得这方面最初设计的时候应该是比较重要的，因为还涉及到浏览history，转场动画等等
我感觉移动平台资源有限，不像web开发一样可以一个页面一个html，否则重复加载html也很消耗性能，我发现几个web app的框架都是单个html里面用js动态去加载或替换不同模板，达到页面切换的效果
& & 00:35:12 +08:00
angular min
& & 11:14:54 +08:00
@ 跳转是通过一个统一的navigationController来控制的，基本上就是一个CardView或者tabview。history记录根据当前页面名称啊，每个页面都有一个名称啊。
& & 15:11:26 +08:00
@ 大神 TI 是什么？
& & 09:29:50 +08:00
我最近也在看web app框架 不知道LZ最后选择的什么？
& & 13:33:56 +08:00
@ 我现在的方案是前端 AngularJS + Bootstrap，后端 Express+Sequelize
& & 12:06:18 +08:00
百度的是gmu么？豆瓣的在哪里？没找到
& & 12:10:25 +08:00
gmu哪里不好呢？
我刚在IOS的浏览器上试了一下他们的示例
速度没问题啊
难道是安卓上的性能不行？
& & 14:24:43 +08:00
@ 性能和兼容永远是最大的问题
& & 16:04:57 +08:00
@ 别说这么笼统啊
lz不是也尝试过了吗？现在这些框架都更新好几代了吧
现在哪个比较好？
& & 13:52:57 +08:00
@ 根据你团队的整体水平，你们产品的受众，进行选择。
在这里的回答只能给你做一个起始参考，只有当你选择了一个方案并开始工程后，才能发现到底哪种方案是最适合你的。
我的建议是如果你没用过别的方案，就用 AngularJS 吧
& & 12:28:13 +08:00
& · & 1622 人在线 & 最高记录 2466 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.7.5 · 56ms · UTC 13:12 · PVG 21:12 · LAX 06:12 · JFK 09:12? Do have faith in what you're doing.20:45 提问
开发一个ios的app采用的技术架构是什么呀
是传统的分布式系统么？阿里云提出的云端开发一个app属于哪种方式呢，与传统的开发有什么不同。
按赞数排序
开发一个ios程序一般使用C/S构架，属于分布式架构的一种。也就是使用云+端的模式。阿里云提供的有PaaS和IaaS服务，这样比较传统开发，节约了总体拥有成本，简化了开发和部署。
不自己写还能自动生成么- -？
其他相似问题> 博客详情
摘要: 制作iOS开发动态库
iOS中制作可复用的框架Framework
&&&&&&&&在iOS开发中，我们时常会使用一些我们封装好的管理类，框架类，方法类等，我们在实现这些文件时，可能还会依赖一些第三方库或者系统库。如果每次我们复用这些代码时，都要将关联的这些东西进行导入，甚至还要进行arc和mrc的编译设置，会浪费我们很大的精力。除此之外，如果项目需要多人合作，你可能也并不希望你的源代码暴漏在所有人的面前，这个时候，我们就可以使用静态库或者动态库的方式来对我们的代码进行包装，便于复用。静态库的制作方法在一篇旧的博客中有描述：。相比静态库文件，动态库的效率会更高且封装性更好，这里主要讨论动态库的制作。
&&&&&&&&xcode6后支持在xcode中制作动态库，并且过程也十分简单。
&&&&&&&&新建一个项目，选择framework：
&&&&&&&&之后我们在里面编写我们的代码，比如我们创建一个MyObject类：
@interface&MyObject&:&NSObject
-(void)myL
@implementation&MyObject
-(void)myLog{
&&&&NSLog(@"framework");
&&&&&&&&和静态库类似，如果我们不做任何处理，打包出来的库文件只能在模拟器或者只能在真机上使用，为了方便我们调试，我们可以添加一个脚本命令，是的生成一个同时支持模拟器和真机的framework：
&&&&&&& 新建target：
&&&&&&&&选择Aggregate：
&&&&&&&&之后，我们在target的Build Phases中点击加号：
&&&&&&&&添加一个Run Script：
&&&&&&&&在里面添加如下的脚本：
#&Avoid&recursively&calling&this&script.
if&[[&$SF_MASTER_SCRIPT_RUNNING&]]
export&SF_MASTER_SCRIPT_RUNNING=1
SF_TARGET_NAME=${PROJECT_NAME}
SF_EXECUTABLE_PATH="${SF_TARGET_NAME}.framework/${SF_TARGET_NAME}"
SF_WRAPPER_NAME="${SF_TARGET_NAME}.framework"
if&[[&"$SDK_NAME"&=~&([A-Za-z]+)&]]
SF_SDK_PLATFORM=${BASH_REMATCH[1]}
echo&"Could&not&find&platform&name&from&SDK_NAME:&$SDK_NAME"
if&[[&"$SDK_NAME"&=~&([0-9]+.*$)&]]
SF_SDK_VERSION=${BASH_REMATCH[1]}
echo&"Could&not&find&sdk&version&from&SDK_NAME:&$SDK_NAME"
if&[[&"$SF_SDK_PLATFORM"&=&"iphoneos"&]]
SF_OTHER_PLATFORM=iphonesimulator
SF_OTHER_PLATFORM=iphoneos
if&[[&"$BUILT_PRODUCTS_DIR"&=~&(.*)$SF_SDK_PLATFORM$&]]
SF_OTHER_BUILT_PRODUCTS_DIR="${BASH_REMATCH[1]}${SF_OTHER_PLATFORM}"
echo&"Could&not&find&platform&name&from&build&products&directory:&$BUILT_PRODUCTS_DIR"
rm&-rf&buildProducts
mkdir&buildProducts
#&Build&the&other&platform.
xcrun&xcodebuild&-project&"${PROJECT_FILE_PATH}"&-target&"${TARGET_NAME}"&-configuration&"${CONFIGURATION}"&-sdk&${SF_OTHER_PLATFORM}${SF_SDK_VERSION}&BUILD_DIR="${BUILD_DIR}"&OBJROOT="${OBJROOT}"&BUILD_ROOT="${BUILD_ROOT}"&SYMROOT="${SYMROOT}"&$ACTION
#&Smash&the&two&static&libraries&into&one&fat&binary&and&store&it&in&the&.framework
xcrun&lipo&-create&"${BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework/$PRODUCT_NAME"&"${SF_OTHER_BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework/$PRODUCT_NAME"&-output&"${PROJECT_DIR}/buildProducts/$PRODUCT_NAME"
cp&-rf&${BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework&${PROJECT_DIR}/buildProducts
mv&${PROJECT_DIR}/buildProducts/$PRODUCT_NAME&${PROJECT_DIR}/buildProducts/$PRODUCT_NAME.framework
接着，我们需要将给外界的接口文件暴露出来，将其移动到public下即可：
之后我们运行程序，需要注意的一点事，如果要支持64位，需要在编译选项中设置，如下：
到此时，我们的framework库文件就制作完成，在xcode的window-&projects中选中我们的这个项目，点击进入文件夹的小箭头：
在build-&product中便可以找到我们的framework文件，我们将其赋值出来即可以使用。
&我们测试一下，新建一个工程，将刚才制作的静态库导入，如下加入头文件，调用方法，可以使用。
#import&&MyFramework/MyObject.h&
&MyObject&*&obj&=&[[MyObject&alloc]init];
&&&&[obj&myLog];
两个技巧：
一、如果你运行程序出现类似Reason: image not found!的崩溃信息，可能的原因是动态库文件中的某些文件你的项目中已经包含了，在Build Phases中将required改成optional即可。
二、一个优秀且完整的框架可能会包含相当多的文件，包括框架自己的和其他第三方的，为了使用的方便，我们可以将头文件都导入一个的头文件中，这里有一个地方我们需要注意，我们直接在framework工程中添加的头文件是不会编译的，我的解决方案是通过建一个OC的类，在这个类中导入这个总的头文件，将这个类隐藏成私有的，就可以解决问题了。
专注技术，热爱生活，交流技术，也做朋友。
——珲少 QQ群：
人打赏支持
码字总数 357811
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥
& 开源中国(OSChina.NET) |
开源中国社区(OSChina.net)是工信部
指定的官方社区