标签： XCode

[Xcode]如何在command-line下编译带有sub-project的项目

针对含有sub-project的project, 在依赖关系正确设置(关于如何正确设置, 参考本文最后提供的链接)的情况下, 如果直接用下面命令, 基本上编译会出错, 提示找不到sub-project里面的头文件:

xcodebuild -target TestApp -configuration Release clean build

这个命令会在当前目录下创建一个build文件夹, 然后将编译的中间产物和结果放进去, 而Xcode GUI在编译时是将这些放到DerivedData下面, 这一区别导致了在编译时找不到sub-project包含的一些东西.

解决方法很简单, 加上-scheme, 命令如下:

xcodebuild -scheme TestApp -target TestApp -configuration Release clean build

指定了-scheme之后, 命令行编译的行为就跟在Xcode GUI下编译一样了.

如果使用添加header search path的方法, 也能让编译通过, 但其实不是最正确的方法, 因为在GUI下编译不需要这一步.

如何正确设置sub-projct, 及本文参考见这里

Objective-C代码格式整理

团队合作中代码风格一致比较重要, 像Google NewYorkTimes这些公司都公开了各自的Objective-C代码风格, 有需要的搜索一下就可以找到, 这里主要介绍借助Uncrustify自动整理代码格式的一些技巧.

Uncrustify: Source Code Beautifier for C, C++, C#, ObjectiveC, D, Java, Pawn and VALA, 篇幅及时间有限, 没必要过多介绍, 总之是一款定制性很高的代码格式整理工具, 但高定制性意味着配置起来很烦, 所以这里推荐一个开源图形界面配置文件编辑器UncrustifyX, 这个工具对各个配置都有详细的说明, 并且有直观的预览功能, 可以较为方便地编辑出你需要的配置, 当然更方便的方式是直接搜索别人写好的配置文件, UncrustifyX本身就带一个.

其他的关于如何安装, 如何更方便地在Xcode中使用, 可以参考这篇. 本文不再详细说明.

最后要说一下Uncrustify的一个缺点(Feature):Xcode会自动对代码中的空行添加空格缩进, 这样会对编辑代码带来方便, 而Uncrustify会删除所有行尾多余的空格, 这就意味着如果你用Uncrustify对一个已有的代码进行处理, 所有的空行缩进都会被删除, 产生大量无意义的diff, 同时影响下次编辑. 如果你期待可以通过配置文件来改变这个行为, 那恐怕就要失望了, 而且Uncrustify的作者基本上也明确表示了不会添加这个功能(现在有个issue, 里面有几个人在求这个功能).

这里提供一个简单技巧, 轻松解决这一问题, 在Xcode中, 我们可以通过全选代码, Move Line up(option+command+[) + Move Line Down(option+command+]), 来自动添加回那些消失的空格, 上面说的那个问题也就迎刃而解了. 另外说一下, AppCode自带的代码格式整理, 估计也是用Uncrustify实现的, 所以跟Uncrustify一个毛病.

–以上–

Mountain Lion 使用感受

距离上次公告已经一个多月了，最近也不怎么太忙了，前一阵也改进了下GSBookShelf，有需要的可以看看。好久没写东西了，这篇热热身吧，没什么营养，纯吐槽，图个乐呵。

话说ML在Store上发布没多久我就升级了，应该说是全新安装了，Lion不知道是系统问题还是我折腾的问题（其实我基本没折腾什么），各种操作都异常的慢，也忍受了好久了，就等ML出来全新安装一下，所以对于Lion -> ML的升级我没什么评价的，根据周围人的情况来看，基本可以放心升级，开发环境有些要重新配置。

下面进入正题（OS X 10.8.1）：

Safari：

  • 貌似网页加载速度快了很多，但实际可能是水果用了视觉上的效果让我们感觉快了，而不是真正快了多少，这从跑分上也能体现出来。
  • 搜索和地址栏统一，对chrome用户似乎不错，但有时候如果想查找一个东西却被自动补全成网页还是有些麻烦，比如搜索apple然后自动补全成了apple.com
  • 离线阅读列表在没网的情况下还是挺实用的，打发时间利器，而且也有个类似进度条的东西显示iCloud同步进度。
  • 终于有密码保存了
  • RSS功能被阉了，曾经有这么一个nb的功能我没有珍惜，直到失去的时候才后悔莫及，世间最痛苦的事情莫过于此，如果上天给我一次参观水果的机会，我一定会去问候Safari组的PM。以上纯属调侃，不知道各位都用不用RSS，实际上这个功能让我们不用在一个页面满地寻找RSS标志，而是极其自然地点击地址栏右边那个蓝色的RSS按钮，一键订阅，自然到让我一直认为在blog上面加上一个RSS按钮是一件多此一举的事情（可以看到我现在在右上角加上了这个按钮）。幸好有网友编写了插件（Subscribe To Feed Safari Extension）也算一定程度上挽救了这个功能，但是这个插件对一个页面有多个feed的情况支持还不是很好，比如本Blog，Safari 5可以识别出一个文章feed，一个评论feed，而这个插件（1.0b4）只能识别出正文那个，1.0b3在有些情况下还只识别出评论的feed，1.0b4我刚装上还没怎么用，总之就是不如原来的好用。
  • 现在终于不转菊花了，改成直接崩溃，连反馈都没有，有时一天多达数次

Mail

  • 跟Safari一起被阉掉了RSS功能，替代品选择了Reeder，不能说Reeder不好，只是Mail用习惯了用这个有些不顺手，4.99刀价格还可以，就怕那天Google Reader被局域网干掉了，每天看个新闻也要麻烦了。
  • 检查新邮件那个按钮点击后不能转圈了，应该是开发偷懒了。
  • 来往邮件终于不分开显示了，以前在收件箱里看不到自己发的，发件箱里看不到对方发的，处理Google Groups那种邮件特别费劲。

字体

  • 默认中文字体改了，可能是为了适应retina吧，用一阵儿也就习惯了

XCode 4.4

  • 速度快了不少，尤其编译到模拟器的时候，顺秒，超爽，当然你可以说：“哦漏，休息时间变少了”。
  • 稳定性应该有一定提升
  • 新特性不少，相信搞开发的都看过了，我就不多说了，总之这是一个不错的版本，强烈建议升级。

总结

iCloud覆盖更全了，配合iOS 6一起用方便不少，与Lion对比实际没有很多的升级，19.99刀价格也可以接受，升级还是值得的，哪怕仅仅为了XCode 4.4。

–以上–

关于C++和Objective-C混编

Objective-C在大部分情况下足够满足我们的需求，但是还是会有一些情况必须要使用C++，比如：

  1. 使用C++的库
  2. 当Objective-C不够快的时候

第一点自然不必多说，至于第二点，Objective-C的消息机制比起函数调用还是比较慢的，当对性能有极高要求的时候，就需要C/C++来替代。

C++与Objective-C混编只要注意将包含C++代码的.m文件改为.mm即可，XCode就会自动判断该使用何种编译器来编译。

这看起来简单，但实际操作中还是很容易出现令人费解的编译问题，比如最经典的"Unknow type name ‘class’; did you mean ‘Class’?“。究其原因就是我们没有遵守这两条规则：

  • .m文件不能含有C++代码
  • .m文件所import或include的.h文件中不能直接或间接包含C++代码

在保证你的C++代码是正确前提下，如果发现相关编译错误可以通过如下几个方法修复

  1. 将.h文件中的c++代码转移到其他地方
  2. 阻段include或import链
  3. 将相关的.m文件后缀改成.mm

显然第三种方法相对于前两种实施起来更方便，但如果你使用XCode 4以及之后的版本所包含的模板建立项目的话有可能会忽视一个问题：

当你在AppDelegate.h中include或import一个C++的头文件时，当然你一定不会忘记修改AppDelegate.m为AppDelegate.mm，如果只做了这点儿还不够，我们还忽略了隐藏在Supporting Files组内的一个文件的存在–main.m

在以前的XCode模板中main.m默认是这样的

#import <UIKit/UIKit.h>;
 
int main(int argc, char *argv[]) {
 
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    int retVal = UIApplicationMain(argc, argv, nil, nil);
    [pool release];
    return retVal;
}

而新的模板是这样的：

#import <UIKit/UIKit.h>;
 
#import "AppDelegate.h"
 
int main(int argc, char *argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

看出问题来了吧，main.m新增了#import “AppDelegate.h"，这就导致了main.m作为一个Objective-C源文件却引入了C++代码，而Xocde会使用Objective-C的编译器进行编译，从而产生编译错误，因此我们还需要将main.m的后缀改成.mm。

总结＋吐槽：我在发现main.m这个问题之前对编译错误纠结了好久，一度修改代码，也一度怀疑是XCode本身的问题（XCode 4出奇的不稳定让人不得不对其产生质疑，虽然这次是我错了），希望同样使用Objective-C++的同学不要像我一样栽在main.m上。

–以上–

[iOS]借助VoiceOver来破解优秀App的实现方式

为了开发出更好的iOS App，我们经常会去破解（我更喜欢叫Hack）优秀的App的实现方式，一般我们做的无非就是拆了ipa包浏览一下App所用到的图片资源，找个抓包工具看看都访问了那些网络资源，更虎点的就是去反编译，当然最基础的就是把玩一下各个功能，凭经验看出实现方法。

今天就介绍一个比较另类的Hack方式——VoiceOver，估计大部分人都没在自己的iOS设备上打开过这个功能，我就简单说一下效果吧，更细节的东西还是要各位亲身体验一下。

VoiceOver需要在：通用 >> 辅助功能 >> VoiceOver 页面里开启，打开后会进入一个相对比较难操作的环境，随着手指在屏幕上移动，会有一个黑框附着在手指附近的UI元素上面，同时随着黑框的移动，iOS设备会自动朗读UI元素的内容，不难发现VoiceOver这个黑框具有以下几个特性：

  1. 黑框所在位置就是当前UI元素的真实边框
  2. 对于一些元素比如UIButton，当黑框附着在起上面时，系统就会朗读“xxxxx按钮”，对于UITableView更是可以朗读出当前所在行号，以及一共有多少行。朗读的内容通常包含了这些UI元素的独有特性。
  3. 由于大部分的App都不会对“辅助功能”有所支持，有些没有文字的UI元素系统甚至会朗读其变量名，这跟反编译已经比较相似了。

借助第一个特性我们可以破解App的UI布局，借助第二个特性我们可以找出一些UI元素的实现方式，比如有些Gird View就是用UITableView实现的，如果系统朗读了行号等UITableView所具有的特征内容，我们就可以基本确定这个Gird View就是用TableView来实现的，TabBar之类的也是如此。借助第三条特性，我们可以通过其变量名判断其功能和实现方法。此外对于那些开源应用，变量名也可以方便我们更快地研究开源代码。

相对的，如果我们想避免App的关键实现细节被破解，就要在代码中加入防止VoiceOver响应的代码。

综上，虽然VoiceOver属于辅助功能范畴，但其一些特性为我们Hack App提供了方便。在一般的应用中加入Accessibility支持可能会使开发成本有所提高，但对于某些领域的应用，Accessibility支持无疑会成为应用的一大两点，在此也推荐大家看一下 WWDC 2011 Session 127 – Design Patterns to Simplify Mac Accessibility，真的挺有爱的。

–以上—

Xcode 4.3+ NSLog中文不输出Bug及解决方法

这个Bug折腾了我近一天，读一个文件，NSLog输出文件内容，结果死活读不完整，不光中文没有，英文也不全，考虑了编码，文件大小，文件位置等各种可能的因素，尝试用各种方式重写这个操作，最后发现是NSLog的问题，跟文件一毛钱关系都没有，感谢这两个链接：link1 link2 。

鉴于第二个链接已经解释的很清楚了，我这里就简要说一下，毕竟Wall还是有些麻烦

重现Bug很简单，Xcode 4.3+，用lldb在真机上运行（模拟器没有问题）下面代码：

NSLog(@"English1");
NSLog(@"中文");
NSLog(@"English2");

中文那行神马都不输出啊！如果NSLog一个NSString，String里面有中文，那么输出也会悲剧。

解决方法两种：

  1. 如果你执着于lldb，那么用Organizer >> Devices >> 你的设备 >> Console 这里会显示中文
  2. 按住Option点Run（或者 Product >> Edit Scheme…），Info >> Debugger 设置为GDB

一切回归正常，WTF!

另外有人说4.3.2解决了这个问题，事实是：没有解决！

祝愿被这个问题折腾死的人能早日看到这篇文章或者link2那篇文章。

Becareful with XCode!!

–以上–

XCode 4.3.1一个小众Bug及解决方法

哦… 首先希望闲来无事发现此文的人，可以回复报下你们一天中XCode Crash的次数，附上版本，大家比比谁受气受得多。（我：4.3.1 10多次crash）

目前测试Bug的环境：XCode 4.3.1，用svn作为版本控制
PS. 4.3可能也有这个Bug，4.2.1貌似没有，但不排除svn下的其他毛病

Bug产生过程：

  1. Project处于svn版本控制之下
  2. （可有可无）向Project中添加文件，并加入版本控制（A）
  3. 从项目中Delete某个文件，并选择Move to trash
  4. 编译的时候会有Wraning提示缺少了之前删除的那个文件（Missing File xxxx）

虽然这是一个误报，对编译没有任何影响，但是有Warning看着就心烦，而且如果删除了很多文件就会造成满屏Warning，既影响心情，又影响工作。

下面是几种解决方法

  1. 如果你对XCode 4.3＋移植抱有敌视态度，那么你的/Developer或者废纸篓里面可能还有XCode 4.2.1，用4.2.1进行删除的步骤，那些Warning就不会出现。
  2. 完全用XCode 4.3.1 + Terminal解决
    1. 对那些你要删除的并且有"A"(版本控制)标记的文件，右键 >> Source Control >> Discard Changes…
    2. 右键 >> Source Control >> Ignore
    3. Delete并Move to trash

这样编译就不会有warning，如果你删除的是一个文件夹，那么还会提示Missing这个文件夹，再或者上一步删除文件之前忘记设置ignore了，warning就会出现，用终端解决：
1. 打开终端，cd到项目主目录下
2. svn status，可以看到那个Warning的文件（夹）
3. svn rm xxxxx 从版本控制里去掉那个文件（夹）

这时再编译就不会有那个warning了，世界终于清净了

总结：XCode 4＋对svn支持非常废，经常有莫名其妙错误，要手动解决，所以一个更方便的方法就是不用svn，现在git这么火，不怕开源的项目就直接放到github上得了，保密的就放到Bitbucket上，或者找个服务器自己搭一个，总比折腾svn这些破事好，不过广大开发者最终还是应该鄙视苹果的，照这么下去苹果还是回到几年前的小众状态比较好，那时无论是SL，还是Xcode 3都是精品中的精品。现在苹果到了风口浪尖上，做东西都很浮躁，各种神奇，傻X的Bug层出不穷，老乔也不托梦骂他们几句。

懒得喷了，话说中午写的这篇，晚上发的，发现XCode 4.3.2出了，不知道老乔显灵没，如果还Crash记得上App Store评一星啊!link

更新：恭喜，XCode 4.3.2下这个Bug依旧

–以上–

编译你自己的MobileTerminal

先扯点题外话，没兴趣看的直接跳过这一段：话说iOS 5.0.1完美越狱终于出来了,虽然还有一些Bug（比如ibooks），以及一些4.x时代的越狱软件不能用，但是终归是出来了，最近还有weiphone的好心人分享4s的siri认证，就是那个Spire一直下不下来很蛋疼。再吐槽下Sbsettings，虽然放到通知栏里了，但是也太影响加载速度了吧，你就不能在viewdidappear里面加载那几个图标么（也许通知栏的控件没有这个方法，但是那个天气股票啥的都挺流畅的啊），搞得通知栏没有一回是流畅拉下来的。依赖的Activator显然已经没什么用了，就应该老实儿做个通知栏版的Sbsettings，也不能费多少劲。

吐完槽进入正题：MobileTerminal是一个写的很蛋疼的app，为什么很蛋疼，原因有很多：

  • 删除(backspace/delete)操作总是有历史字母残留，这个不知道为什么，对终端的实现不是很了解
  • 左下角那个快捷菜单不能添加ESC这种常用的快捷键
  • swipe left right up down 的手势识别率太低，就不应该用这种不好识别的手势，本来终端就是个没什么触摸交互的东西，手势操作看不到结果。
  • 等等…

这里先说下环境:Xcode 4.2，iOS SDK 5.0, 有开发者帐号证书

幸好编译MobileTerminal还算简单，编译脚本该有的都有了，不用去操心这些实在是很方便，大概步骤如下:

  • 找个目录 svn checkout http://mobileterminal.googlecode.com/svn/ mobileterminal-read-only 这个目录路径最好全英文，无空格，否则编译deb时有问题
  • check下来的东西有好几个project，真正有用的在branches/applesdk/MobileTerminal 打开这个project
  • Target选择成MobileTerminal，编译到真机
  • 编译遇到错误 Command ./build_svnversion.sh failed with exit code 1 问题，这个svnversion似乎是用来生成版本号的，我们也不需要就可以无视。打开项目配置文件，选择Targets下面的MobileTerminal，BuildPhases >> Target Dependencies里面删除svnversion(MobileTerminal)
  • 继续编译，多了一个错误：TerminalGroupView.m 文件里#import部分，找不到 Perferences/Settings.h；直接改成#import "Settings.h"
  • 继续编译，可能有签名问题，对于有开发者帐号的就直接设置好签名就OK了，没有帐号的如果之前已经做好XCode免证书调试的各种工作了这个错误应该不会出现，具体没有条件尝试，大家自行解决吧，不是大问题。
  • 继续编译，第一次遇到的错误没有了，现在在 MobileTerminalAppDelegate.m 文件里提示找不到 svnversion.h；删除这句import，修改applicationDidFinishLaunching:里面的SVN_VEFRSION为任意数字，比如999

  • 过程中还可能遇到找不到gen_entitlements.py的问题，这个估计是XCode3.x版本免证书调试遗留下来的东西(参考这里)，解决方法，终端中输入如下命令(要sudo):

    mkdir /Developer/iphoneentitlements312
    cd /Developer/iphoneentitlements312
    curl -O http://www.alexwhittemore.com/iphone/gen_entitlements.txt
    mv gen_entitlements.txt gen_entitlements.py
    chmod 777 gen_entitlements.py

经过以上修改，编译就应该成功，在你的机器上就应该会出现沙盒版的MobileTerminal，运行会提示在沙盒里不能fork，这就需要将App安装到/Application/下，直接将编译好的terminal.app拖过去运行会秒退，需要编译deb包，像Cydia那样安装。

Target选择deb，编译，可能会提示缺少dpkg-deb；直接下载这个二进制文件dpkg-deb-fat(参考这里)，放到/usr/local/bin/下面(或者/usr/bin/)，重命名为dpkg-deb，在终端直接敲dpkg-deb命令检查以下，接着编译成功，编译好的deb在~/Library/Developer/Xcode/DerivedData/MobileTerminal-xxxxxxxxxx/Build/Products/Debug-iphoneos/ 下面，这个路径可以通过在项目Products文件夹右键点击已经编译好的Terminal.app >> Show in Finder来找到

至于Deb包的安装我就不用多说了，iFile傻瓜式还是命令行dpkg，再或者蛋疼地架个repo，方法很多了。

至于Terminal的修改我还没有研究，最近也比较忙没那闲工夫折腾，有兴趣的自己看看吧，牛人可以挑几个bug啥的上传到code上以后也可以作为炫耀的资本（开完笑），以后Cydia上的那个版本就可能时你编译的了。

PS.其实MobleTerminal可以直接在模拟器上运行，没有沙盒问题，证书问题，也方便调试

最后感谢一下为MobileTerminal作出贡献的我不认识的大牛们，虽然我之前吐了很多槽，幸好你们看不懂中文。

—以上—

XCode 4.2 地点模拟技巧

XCode 4.2终于支持地点模拟了,不用忍受真机调试的各种不便了,模拟方法也很简单(恕我盗用几个别人的图):

当Debug一个需要地理位置信息的App时,在Debug栏默认就会有地点模拟的图标,如下图所示:

Xcode simulator location services3

这个有一个前提:必须是iOS5的模拟器.

默认只提供了几个地点,但是可以通过GPX文件来添加.你可以选择到网上找现成的GPX,但是Apple还是很为广大开发者考虑的,提供了GPX的模版,创建方法 新建>>Resource>>GPX File 如下图:

Xcode simulator location services2

其实所谓的GPX就是一XML文件,默认的内容如下:

<?xml version="1.0"?>

<gpx version="1.1" creator="Xcode">

    <wpt lat="37.331705" lon="-122.030237">

         <name>Cupertino</name>

    </wpt>

</gpx>

只要改下经纬度,改下名字,就是你想要的地点了,经纬度可以用GoogleEarth获取.

添加了GPX文件后就可以在之前选择地点那里看到你的GPX文件了.

—以上—

[WWDC 2011 Summary & Practice] [AppFramwork] Session 100

What’s New in Cocoa Touch

WWDC 2011的视频真心不错,身为iOS开发者必看,但是光看也记不住什么,就发个博文一方面当做笔记,一方面与懒得看视频的人分享一下其中的部分内容.

虽然很久以前就把Session 100看完了,但还是决定先用这个练练手,内容我尽量覆盖全,并且提供一些我测试的例子,也会贴些图.写过博客的都知道贴图是很繁琐的,所以请原谅的我的懒惰,我真的没有那么充裕的时间去截很多图.

WWDC 2011视频以及 Keynote(PDF格式)下载详见这里http://developer.apple.com/videos/(需要注册个开发者账号,但是不是交$99那种,“野生"开发者即可)

UIStepper

UIStepper

一个新控件,附带很少的属性,和UIButton用法差不多:

UIStepper *stepper = [[UIStepper alloc] initWithFrame:CGRectMake(44, 44, 100, 44)];
[self.view addSubview:stepper];
[stepper addTarget:self action:@selector(stepperTouched:) forControlEvents:UIControlEventTouchUpInside];
 
- (void)stepperTouched:(id)sender {
NSLog(@"stepper touched");
}

UIAlertView

终于可以在AlerView里输入文字了,真是佩服iOS5之前那些牛人怎么想到AlertView的各种使用技巧的.

typedef enum {
      UIAlertViewStyleDefault = 0,
      UIAlertViewStyleSecureTextInput,
      UIAlertViewStylePlainTextInput,
      UIAlertViewStyleLoginAndPasswordInput
  } UIAlertViewStyle;
@property(nonatomic,assign) UIAlertViewStyle alertViewStyle;
- (UITextField *)textFieldAtIndex:(NSInteger)textFieldIndex

UIScreenOverscanCompensation

跟外接屏幕有关,本人目前为止还没遇到使用这个功能的情景,不多评论

typedef enum {
     UIScreenOverscanCompensationScale,
     UIScreenOverscanCompensationInsetBounds,
     UIScreenOverscanCompensationInsetApplicationFrame
 } UIScreenOverscanCompensation;
 @property(nonatomic) UIScreenOverscanCompensation
 overscanCompensation;

UIScreen

可以像iOS一样调节亮度了,两个新属性:

@property (nonatomic) CGFloat brightness;
@property (nonatomic) BOOL wantsSoftwareDimming;

结合之前的UIStepper使用:

UIStepper *stepper = [[UIStepper alloc] initWithFrame:CGRectMake(44, 44, 100, 44)];
[stepper setMaximumValue:2.0];
[stepper setMinimumValue:-2.0];
[stepper setStepValue:0.1];
[self.view addSubview:stepper];
[stepper addTarget:self action:@selector(stepperTouched:) forControlEvents:UIControlEventTouchUpInside];
[[UIScreen mainScreen] setWantsSoftwareDimming:YES];
 
- (void)stepperTouched:(id)sender {
    NSLog(@"stepper touched with value %f", [(UIStepper *)sender value]);
    [[UIScreen mainScreen] setBrightness:[(UIStepper *)sender value]];
}

brightness范围在0.0-1.0,wantsSoftwareDimming是使用软件模拟来获得更低的亮度,但是开启会损失性能,本人实测似乎没有效果,或许是方法不对.鉴于不太实用,暂且搁置.

 

继续阅读[WWDC 2011 Summary & Practice] [AppFramwork] Session 100