当前位置:  编程技术>移动开发
本页文章导读:
    ▪Xcode创造子工程以及工程依赖        Xcode创建子工程以及工程依赖 转载地址 :(http://www.ganlvji.com/xcode_subproject_project_dependency/)背景:由于创建一个app的时候需要引入大量的依赖三方库或者自己写的工具类,每次新建app这些.........
    ▪ Spring的AOP的通报Advice        Spring的AOP的通知Advice Spring提供了5中类型的Advice                           分别是Interception Around  、 Before  、After Returning 、Throw和Introduction 他们分别在一下情况被调用:在JoinPoint前后、J.........
    ▪ 复建与测试也是重头戏       重构与测试也是重头戏 当系统规模达到一定复杂程度后就必须要有人主动推进这两件事情,不断对系统进行微重构,通过完善的单元测试,集成测试来降低重构代码带来的风险。没有重构.........

[1]Xcode创造子工程以及工程依赖
    来源: 互联网  发布时间: 2014-02-18
Xcode创建子工程以及工程依赖
转载地址 :(http://www.ganlvji.com/xcode_subproject_project_dependency/)
背景:由于创建一个app的时候需要引入大量的依赖三方库或者自己写的工具类,每次新建app这些事情都需要大量的时间。所以,就考虑建一个公共工程,每次新建项目,只是需要依赖这个工程就行了。

思路设计:①BaseApp,用于存放公共的库。②BaseAppSample用于写demo和示例,方面别人在使用的时候查看和借鉴。

具体步骤:

1、创建BaseApp工程,注意这里被依赖的工程要是Static Library。



2、创建BaseAppSample工程。在BaseAppSample的framework group上面右键,添加文件,选中BaseApp.xcodeproj,建立依赖关系。




行成如上图所示的依赖关系。

3、这样BaseAppSample里面就可以使用BaseApp里面的类了么?开始我以为可以了,可是我错了。在BaseAppSample里面import相关的类会出现找不到的error,会编译错误。需要进行下面的操作:



在Header Search Paths 里面添加引入头文件的路径,如上所示,这样就不会出现编译的error了。

4、等等,好像以为正确,comand + r。Oh,NO,还是有错误。还是编译还出现找不到相关的文件。

这个时候可以判断的是,编译的结果没有能够正确的依赖,进行下面的步骤

添加target的依赖关系,保证编译BaseAppSample的时候先编译BaseApp。

选中BaseAppSample Target,然后选中其Build phases选项,添加BaseApp target



然后把lib也引入依赖中,如下所示:



5、如果被依赖包(BaseApp)中有图片或者依赖文件怎么办?

要把相关的依赖图片copy出去:选中BaseApp target,进入Build phases选项,找到最下面的copy file栏,添加相关的文件:



到这一步,只要command+r,BaseAppSample中就能够正常地引入BaseApp里面的功能了。

以后有公共的组件,只是需要添加到BaseApp中,其他依赖的功能都能够使用了。

为了维护方便,可以把BaseApp用单独的SVN或者Git来维护。

分割线追加:

————————————————————————————————————————

今天右发现新的问题,如果存在category的时候,使用category会导致Crash

解决办法是在Sample里面添加编译的命令:



在Other Linker Flags添加 -Objc和-all_load选项,保证category能够被正常的引入。

原文地址:http://www.ganlvji.com/?p=128




    
[2] Spring的AOP的通报Advice
    来源: 互联网  发布时间: 2014-02-18
Spring的AOP的通知Advice

Spring提供了5中类型的Advice

                          分别是Interception Around  、 Before  、After Returning 、Throw和Introduction

他们分别在一下情况被调用:在JoinPoint前后、JoinPoint前、JoinPoint后、JoinPoint抛出异常时、JoinPoint调用完毕后

  第三章  第21页

  


    
[3] 复建与测试也是重头戏
    来源: 互联网  发布时间: 2014-02-18
重构与测试也是重头戏
当系统规模达到一定复杂程度后就必须要有人主动推进这两件事情,不断对系统进行微重构,通过完善的单元测试,集成测试来降低重构代码带来的风险。
没有重构,系统将会越来越臃肿,越来越影响开发效率。
没有完善的测试体系,即使每个测试人员再牛逼,再敬业,也不敢随便去做重构!

    
最新技术文章:
▪Android开发之登录验证实例教程
▪Android开发之注册登录方法示例
▪Android获取手机SIM卡运营商信息的方法
▪Android实现将已发送的短信写入短信数据库的...
▪Android发送短信功能代码
▪Android根据电话号码获得联系人头像实例代码
▪Android中GPS定位的用法实例
▪Android实现退出时关闭所有Activity的方法
▪Android实现文件的分割和组装
▪Android录音应用实例教程
▪Android双击返回键退出程序的实现方法
▪Android实现侦听电池状态显示、电量及充电动...
▪Android获取当前已连接的wifi信号强度的方法
▪Android实现动态显示或隐藏密码输入框的内容
▪根据USER-AGENT判断手机类型并跳转到相应的app...
▪Android Touch事件分发过程详解
▪Android中实现为TextView添加多个可点击的文本
▪Android程序设计之AIDL实例详解
▪Android显式启动与隐式启动Activity的区别介绍
▪Android按钮单击事件的四种常用写法总结
▪Android消息处理机制Looper和Handler详解
▪Android实现Back功能代码片段总结
▪Android实用的代码片段 常用代码总结
▪Android实现弹出键盘的方法
▪Android中通过view方式获取当前Activity的屏幕截...
▪Android提高之自定义Menu(TabMenu)实现方法
▪Android提高之多方向抽屉实现方法
▪Android提高之MediaPlayer播放网络音频的实现方法...
▪Android提高之MediaPlayer播放网络视频的实现方法...
▪Android提高之手游转电视游戏的模拟操控
 


站内导航:


特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

©2012-2021,,E-mail:www_#163.com(请将#改为@)

浙ICP备11055608号-3