《喵神-王巍博客》读书笔记，开发篇（3）

新浪微博：东门兜

《Perl中JSON的解析和utf-8乱码的解决》：mark

《Unity 3D中的内存管理》：mark

《Unity编译至Xcode工程后自动添加文件和库的方法》：mark

《Unity3D中暂停时的动画及粒子效果实现》：mark

《Xcode 4 插件制作入门》：
制作一个Xcode插件。
I Need All Notifications!：NSNotificationCenter文档中，关于加入Observer的方法-addObserver:selector:name:object:，当给name参数赋值nil时，将可以监听到所有的notification：。
MethodSwizzle方法交换
研究Xcode的View Hierarchy层次结构

github等代码托管网站上有不少大神们写的插件：
mneorr / Alcatraz Xcode的包管理插件，管理其他插件的插件
onevcat / VVDocumenter-Xcode 帮助快速写文档注释的插件，自动提取参数返回值等
omz / ColorSense-for-Xcode 在UIColor/NSColor上显示出对应的颜色
omz / Dash-Plugin-for-Xcode 在Xcode中集成Dash，方便看文档
ksuther / KSImageNamed-Xcode 输入imageNamed的时候自动补完图片名称

《MGTwitterEngine中Twitter API 1.1的使用》：
在iOS5中使用Twitter framework或者在iOS6中使用Social framework来完成Twitter的集成是非常简单和轻松的，但是如果应用要针对iOS5之前的系统版本，那么就不能使用iOS提供的框架了。一个比较常见也是使用最广泛的选择是MGTwitterEngine。

《两个人一起记账吧～ Our Money》：
记账的应用，我选择的是《随手记》。

《上级向的十个iOS面试问题》：
我做苹果开发的时间，准确的说应该有1年多。不过面对这些面试题还真是答不出来。

《苹果应用描述中不能使用特殊字符的对应方法》：
iTunes Connect的描述字符不能使用特殊字符。

《iOS中使用blend改变图片颜色》：
在应用里一个很常见的需求是主题变换：同样的图标，同样的素材，但是需要按照用户喜爱变为不同的颜色。
想象一下如果你有10套主题界面，先不论应用的体积会膨胀到多少，光是想做一点修改就会痛苦万分，比如希望改一下某个按钮的形状，很好，设计师大大请重复地修改10遍，并出10套UI，然后一系列的重命名，文件移动和导入…一场灾难。

《谈谈Objective-C的警告》：
打开尽可能多的警告提示，并且在程序开发中尽量避免生成警告，对于构建一个健壮高效的程序来说，是必须的。
Apple LLVM compiler 4.2 - Warnings - Objective C
Other C Flags中输入-Wall -Wno-unused-variable打开全部警告。
-Wall、-Wextra与-Weverything
控制警告，局部加入或关闭

我应该开启哪些警告提示
个人喜好（代码洁癖）不同，会有不同的需求。我的建议是对于所有项目，特别是新开的项目，首先开启-Wall和-Wextra。

是否要让警告等于错误
在Xcode中，可以通过勾选相应的Treat Warnings as Errors来开启，或者加入-Werror标识。我个人来说不喜欢使用这个设定，因为它总是打断开发流程。很多时候并不可能把代码全写完再编译调试，相反地，我更喜欢写一点就编译运行一下看看结果，这样在中间debug编译的时候会出现警告也不足为奇。一个比较好的做法是只在Release Build时将警告视为错误，因为Xcode中是可以为Debug和Release分别指定标识的，所以这很容易做到。
另外也可以只把某些警告当作错误，-Werror=…即可，同样地，也可以在-Werror被激活时使用-Wno-error=…来使某些警告不成为错误。结合使用这些编译标识可以达到很好的控制。