iOS开发UI篇—常见的项目文件介绍

iOS开发UI篇—常见的项目文件介绍

1、项目文件结构示意图

 

2、文件介绍

1.products文件夹:主要用于mac电脑开发的可执行文件，ios开发用不到这个文件

2.frameworks文件夹主要用来放依赖的框架

3.test文件夹是用来作单元测试的

4.经常使用的文件夹(项目名称文件夹)

（1）XXXinfo.plist文件（在该项目中为  01-常见文件-Info.plist）

1）简单说明

是配置文件，该文件对工程作一些运行期的配置，很是重要，不能删除。

在旧版本xcode建立的工程中，这个配置文件的名字就叫作info.plist。

注意：所以在载入本身准备的plist文件的时候，不要以info命名。

 

2）配置文件的属性介绍：

bundle display name:

应用程序显示名称。若是要修改桌面上显示的文件名称，只要修改此处就能够了。（须要先删除原始的程序，而后清空一下工程，由于程序有缓存）

bundle identifer:

惟一标识符（惟一的标识着一个应用程序，为了保证程序的惟一性，一般把域名倒过来写）

Bundle versions string, short和bundle versions

 两个都用来表示应用程序的版本，前面的版本是正式的版本，后面的为内部版本，即公司内部开发的版本。要求提示:上传app的时候，后面更新的版本必须比以前的版本大。

main storyboard file base name

最主要的storyboard

 

有两种方式修改plist配置文件：

第一种方式即在如图所示的界面对配置信息进行修改。

第二种方式直接点击工程，能够经过可视化界面进行设置。

　　

补充说明：

a.应用程序支持的旋转方向。四个方向，垂直-不支持颠倒-左-右（最多只支持三个方向）

b.plist文件打开以后是xml文件。和字典同样，是经过键值对的形式来保存数据。在xml文件中，添加了CF前缀

 

 （2）pch文件（在该项目中为  01-常见文件-Prefix.pch）

1）简单说明

保存的内容可以被项目中的其余全部原文件共享。

一般状况下宏文件的处理，须要添加import导入头文件。之后能够把这个宏定义在这个文件中，再也不须要导入头文件

 

2）应用场景：

1.用来定义一些全局的宏，

2.用来导入一些全局都能用到的头文件。

3.用来自定义NSlog,很消耗资源。（几乎是最消耗的），在发布的时候要把全部的打印都去掉。

（补充：在开发中，分为两个阶段。

一是开发调试阶段，须要打印log调试程序，若是程序处于调试阶段，系统会为咱们定义一个名称叫作DEBUG的宏。

二是发布阶段：不须要打印log，由于log很占用资源，而且用户看不懂log，若是程序处理发布阶段，会去除这个宏。

难道在发布的时候要一个一个把NSlog都注释掉?而后在开发第二版，第三版的时候，又要把全部注释掉的NSlog都打开？

对于这个问题，在.pch文件中自定义NSlog就能够很好的解决。）

 

 3）自定义NSlog

在作开发的时候能够先打开pch文件，看看公司中有没有自定义NSlog。

// __OBJC__这个宏,在全部的.m和.mm文件中默认就定义了这个宏
#ifdef __OBJC__
// 若是这个全局的头文件或者宏只须要在.m或者.mm文件中使用,
// 请把该头文件或宏写到#ifdef __OBJC__ 中
#import <UIKit/UIKit.h>
#import <Foundation/Foundation.h>

#ifdef DEBUG
#define NJLog(...) NSLog(__VA_ARGS__)
#else
#define NJLog(...)
#endif

#endif

说明：…指接收可变参数

补充：

_OBJC_这个宏，在全部的.m和.mm文件中,都默认包含了这个宏，就默认会编译下面那两句

条件编译语句，若是有这个宏，就编译下面的语句。

    #import <UIKit/UIKit.h>

    #import <Foundation/Foundation.h>

若是这个全局的头文件或者宏，只须要在.m或.mm文件中使用，请把该文件或宏写到#ifdef_ODBC_中用。

注意点:建议写在条件编译里面（注意#endif）

 

infoplist.strings的文件，跟info.plist文件的本地化相关