在Unity3D里使用DLL

开始第一篇的内容:
首先,我们需要新建一个类库项目,可以使用Visual Studio或者Monodevelop来做。我这里是使用vs2012来创建:
在Unity3D里使用DLL_第1张图片
 
在Unity3D里使用DLL_第2张图片
选择好项目类型、写好项目名称。
 
新生成的项目里面默认有一个Class1类
 
可以通过在解决方案资源管理器里面进行重命名改成自己想要的类名,比如我这里改成了Math3D
在Unity3D里使用DLL_第3张图片
 
然后写一个简单的静态方法在里面。这里我写了个最简单的加法(Add)。也可以不写静态方法,写出普通的public方法,用的时候new对象出来调用该方法也可以。这和正常的C#编程没区别。
 
写好之后,在资源管理器里面选择“生成”,那么在项目的bin/debug 里面就会看到dll文件,比如我这个额项目就是AzhaoDll.dll
在Unity3D里使用DLL_第4张图片
 

接下来在Unity3D里面创建你需要的项目,把刚才的dll文件随便放到项目的Assets文件夹里面。关于这个dll文件的存放位置,网上有些人说是必须放在插件文件夹里面,其实是不需要的,放在任意位置它都能被识别出来。当然,按照良好的项目路径习惯,我们建立一个专门放插件的文件夹来存放dll文件,也是合理的。

然后在Unity3D里面创建一个C#脚本,写一行简单的代码来调用我们刚才写的Math3D.Add方法。
 

这时会发现Math3D类不能识别,我们using AzhaoDll命名空间
在Unity3D里使用DLL_第5张图片

然后在Unity3D里把脚本挂到摄像机上,运行,可以看到打印出正确的结果了,这就证明了dll已经被成功调用了。
 在Unity3D里使用DLL_第6张图片

 回顾刚才我们做的一些小细节,在类库项目的Math3D类里面。我们默认的使用了AzhaoDll命名空间。那么假如我们不使用命名空间,或者使用其他的命名空间行不行?答案是可以的,命名空间可以任意的更改,如果不用命名空间,那么在调用的时候就不需要using,如果使用了其他命名空间,对应的using其命名空间就行了。
以下试试把命名空间删掉:
在Unity3D里使用DLL_第7张图片
 
那么在Unity3D里面调用就直接可以用了:
在Unity3D里使用DLL_第8张图片
 运行的结果也是正常的:

当然,不太建议不使用命名空间,这样做一个说明,是因为unity3D本身创建的脚本默认没有使用命名空间,只是想说明如果不想麻烦,直接把Unity3D没有命名空间的脚本直接拿来编译也是可以的。

再次回顾细节,刚才我们使用的是原生的C#,假如我们需要在类库项目写调用Unity3D本身功能的方法怎样办呢?
在Unity3D的安装目录Editor\Data\Managed里面,找到UnityEditor.dll和UnityEngine.dll两个文件。 
 然后在类库项目里面添加引用,把这两个dll添加进来
 
在Unity3D里使用DLL_第9张图片
 
这时候,我们就可以在类库项目里面using UnityEngine来使用Unity3D的方法了,比如我们这里简单写了个CreateGameObject方法,生成一个名字为“CreateByDll”的gameobject。
在Unity3D里使用DLL_第10张图片
 
 生成dll,放回Unity3D项目里,我们就可以调用这个方法:
运行,看到这个叫做“CreateByDll”的物体生成出来了。
 在Unity3D里使用DLL_第11张图片
 
通过以上的说明,我们会发现其实生成自己的dll在Unity3D里面用是很简单的事情。我们还可以添加其他自己写好的类进类库项目,然后生成dll来使用。
在Unity3D里使用DLL_第12张图片
 
最后说一下注意事项了。
刚才生成的dll在Unity3D编辑器里面基本上都是能用的,但不一定能通过编译。有可能在编译成exe或者apk等时会报错。
需要注意的是,类库项目使用的.Net Framework版本。我自己的尝试是,使用.Net 4.0以上版本发布的dll,在Unity3D里面会编译不通过。所以我们可以用2.0或者3.0之类的版本来发布。
在Unity3D里使用DLL_第13张图片
 还有一些情况是某些现成的dll动态库是使用完整的.Net2.0来发布的,所以我们在编译的时候有可能需要选择完整的.Net 2.0来发布。

到了这一步,我们就可以把Unity3D的整个代码文件夹里面所有的脚本剪切到类库项目里面生成dll,然后放回Unity3D项目里面。这样别人就不能直接的编辑我们项目里面的代码了。
不过dll本身是不安全的,别人可以很容易看到里面的内容。

你可能感兴趣的:(在Unity3D里使用DLL)