iOS之#import 和 #include、@class的详解
一、概念
相信iOS的面试过程中或者iOS面试题中都会有相应的面面试题，相关的回答也是相对简单的，网上也有千篇一律的回答答案。
"#import" 是引入OC头文件的方式，“#include” 是引入C/C++的头文件的方式，@class后边单独说明 ，但是其中如果面试官如果反复的寻根究底的话，问题就不那么简单了，例如，面试官问，
1，#include 可以导入OC 头文件吗？
2，C++中可以使用#import吗 ？具体是如何使用的，如果作为头文件导入会有说明问题？
等等，这样的问题就不是想简单的文字回答那么容易了，如果没有去自己折腾过相关的OC和C/C++混合调用的话，还真不好回答面试官的问题，本人就是被面试官问这样的问题开不了口，所以自己查找资料整理了一些实践的东西，如果还有什么不足，请大神们多多指教。
二、使用
使用的过程中，相信大家都比较明白，OC是支持调用C/C++的方法的,但是前提是必须把一个相应的OC对象的.m文件修改问后缀.mm格式，否则，相关的代码就会报错
#include <stdio.h>
#include <iostream>
//如果程序中没有一个.mm文件，此处就会报错，相应的库文件找不到，
class TestCppFile{
public:
void sum100();
int jiecheng(int n);
};
以上是在iOS开发的工程中新建了一个C++文件，声明了一个 TestCppFile 类，然后在声明方法中定义相应的两个简单的C语言函数。从1到100的和，以及求任何数的阶乘
相关cpp文件里函数的实现的过程
using namespace std;
void TestCppFile::sum100(){
int sum(0);
for (int i = 0; i<= 100; i++) {
sum += i;
}
cout << "sum = " << sum << endl;
}
int TestCppFile::jiecheng(int n){
if (n < 2) {
return 1;
}else {
return n * jiecheng(n -1);
}
}
OC中使用#include的使用
一、用#include导入C/C++的头文件
这时在.mm文件中导入相应的c++头文件，这时候按照c++的导入方式#include“头文件”，就可以了，例如以上代码，但是用#import"头文件"可以嘛？答案是必须可以的，因为#import是OC中对#include的改进版本
在.mm中这两种方式引入都是ok的
#import "testCppFile.hpp"
#include "testCppFile.hpp"
二、#include 和#import的区别（OC中使用）
1，#include是C语言中的，当一个至多个文件当如当前文件中，需要条件编译语句控制重复包含问题。
2、#import是OC中对#include的改进版本，#import不需要写条件编译语句就可以确保引用的文件只会被包含一次，不会陷入递归版包含的问题。
三、用#include导入OC头文件
一般情况我们在开发过程中，我们会创建很多个控制器，而在别的控制使用该创建的控制器时，应该先引入本控制器的头文件。一般项目开发中我们使用的#import""的方式，但是可以使用#include""的方式吗？答案也是必须的，区别两种引入的方式上边一条已经说的非常清楚了，就不在过多的解释了。
导入了相关c++文件过后就可以开始调用相关的c/c++函数了，首先声明了一个全局的静态变量类指针，指向改创建的cpp文件里声明的class,从而创建指针，通过指针变量调用函数，实现c++中方法的功能。
oc中方法调用C++函数
-(void)textOCCallBackCppFunc
{
if (ptest) {
//c++调用函数的方式，
ptest ->sum100();
long int x = ptest ->jiecheng(5);
NSLog(@"阶乘的值是 %ld",x);
}
}
C++中#import的使用
C++也有#import指命 但不是导入头文件 而是导入tlb文件
-
C++中使用 COM 简单的方法是用 #import 导入 type library
-
用# import 指令將 COM 产生对应的 C++类别，可以用接近于VBScript和Visual Basic的语句操作 COM.
-
使用 #import 命令就可以將該文件导入到我们的程序中。type library 的內容將被转换为描述了 COM Interface 的 COM smart pointer
@class 和 #import的区别
1.import会包含这个类的所有信息，包括实体变量和方法，而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，暂时不用考虑，使用的时候才去查看相应的信息。
使用@class方式由于只需要知道被引用类的名称就可以了，而在实现类由于要用到被引用类中的实体变量和方法，所以在.m文件中需要使用#import来包含引用类的头文件。
如果又上百个头文件都#import同一个文件，或者这些文件依次被#import，那么一旦最开始得头文件改动，后面引用到这个文件的所有类都需要重新编译一遍，这样的效率也可想而知的，而相对来讲，使用@class方式就不会出现这种问题。
当出现循环依赖干系的时候，#import会报错。
所以，一般来说，@class是放在interface中的，只是为了在interface中引用这个类，把这个类作为一个类型来用的。 在实现这个接口的实现类中，如果需要引用这个类的实体变量或者方法之类的，还是需要import在@class中声明的类进来.
总结；
这是自己查阅相关资料，结合自己的折腾整理的一份笔记，相关Demo地址https://github.com/zouyaya/OCcallC-
