openglnewbee的博客

http://blog.youkuaiyun.com/yqmfly/article/details/43525397

http://www.cocoachina.com/ios/20140912/9605.html

https://developer.apple.com/library/ios/documentation/DeveloperTools/Reference/XcodeBuildSettingRef/1-Build_Setting_Reference/build_setting_ref.html

对于iOS项目开发来说，一个清晰、合理、易于维护的项目结构目录对于多人协作的开发，也是一件非常重要的事（注意：务必让xcode的工程目录和实际的文件目录一致，否则难以管理）。这里以一个MVC架构的iOS项目（包括iphone端和ipad端，开发技术包括native和hybrid）为例（其他架构在子目录下相应增加个别文件夹即可），给出一个项目结构目录参考图示。

http://www.jianshu.com/p/73e522791c7f

http://www.cocoachina.com/ios/20160418/15934.html

对于现在的xcode来说，工程从mrc切换到arc仅需要改一个全局配置而已。介绍一下笔者面临的情况：大部分业务代码通过-fobjc-arc手动标签添加，运行在arc模式下；大约有大几百个文件，是一个遗留的中间件，运行在mrc下。项目有3个target，.m和.mm文件一共有约2千个。那么问题就很明确了，我们需要把之前的arc标签去掉，然后所有的mrc代码加上-fno-objc-arc即可实现目标。

终端输入：/usr/libexec/PlistBuddy -c "Print CFBundleIdentifier" /Users/achen/Desktop/testBundle/testBundle/Info.plist /usr/libexec/PlistBuddy 是系统工具的命令，用于操作plist文件。-c "Print CFBundleIdentifier" ，这里的CFBundle

https://github.com/inket/update_xcode_pluginshttps://github.com/fpg1503/MakeXcodeGr8Againxcode8增加了安全相关的检查，更细点说它从根源上屏蔽了插件的工作，xcode插件在xcode8上统统不能执行。BUT: 我们可以通过unsign的方式来运行xcode(当然这时你的安全性就会打折扣)。不甘寂寞的iOS开

http://www.cocoachina.com/ios/20150601/11969.html   project.pbxproj，最熟悉的“陌生人”http://www.bubuko.com/infodetail-1025831.html iOS程序支持64位以及project.pbxproj文件的介绍

http://www.cocoachina.com/ios/20160331/15832.html

http://www.cocoachina.com/applenews/devnews/2014/0526/8554.html

之前10.7的系统上运行过cocoapods没有问题。现在系统版本升级到了10.9，尝试使用cocoapods遇到问题，报告了类似下面的错误：Psych::SyntaxError - (/Users/psteinacher/.cocoapods/repos/master/CocoaPods-version.yml): mapping values are not allowed in th

http://blog.youkuaiyun.com/freedom2028/article/details/8658819

ios开发中我们经常会用到.a的静态库来辅助开发，在生成.a库的时候我们也要注意库的deployment target，否则可能遇到奇怪的错误，让你困惑。

在我们ios的开发中gdataxml是一个常用的开源实现，很多第三方的库在实现里也会加入它的源码。我们在使用此类库或者直接使用gdataxml库时，切记要在工程中引入libxml2这个框架，否则编译会报错，提示类似下面：Undefined symbols for architecture armv7:  "_xmlDocDumpMemory", referenced from: xxx

大意：光用TARGET_OS_MAC并不能够区分ios和mac，需要像这样：#if TARGET_OS_IPHONE#define VIEW_CLASS UIView#elif TARGET_OS_MAC#define VIEW_CLASS NSView#endif先检查TARGET_OS_IPHONE 这个宏，在ios下（无论真机还是模拟器）该宏被定义；若未定义该

①合并真机模拟器.a文件，制作通用静态库这两个库一个是用于真机运行的一个是用于模拟器运行的.其实我们可以利用lipo将这二个文件打包成一个通用的a文件。命令：lipo -create     /Users/pjk1129/Library/Developer/Xcode/DerivedData/Print-dgfkluumuexoxhcapzidtsmdgqcj/Build/Pr

其实我遇到的问题和下面的链接很类似：https://segmentfault.com/a/1190000005859469我们的工程通过cocoapods集成了RN, pods的xcconfig里面集成了-ObjC命令；而我们通过inherited继承了这个命令；有一个糟糕的第三方提供的framework里面有几个通用的iOS库（mbprogresshud、masonry、afnetworking...