但由于开发者个人风格极其浓厚，实际上这类项目是很难搬运的。这类项目贸然搬运的话只会带来一些麻烦。
而具体到现在这个2d游戏碰撞检测插件则没那么多麻烦事。
虽然搬运这个2d游戏碰撞检测插件是可行的。
但名字什么的还是要改动一下的。
林灰是资深起名废。
苦思冥想许久，林灰也没想出比较牛比的名字。
林灰干脆直接将这个插件随便起了一个中规中矩的名字：
——crash_2d
这之后，林灰又仔细检查了几遍这个插件所涉及到的底层内容。
还好这只是一个很小的插件，加上林灰工作效率很高思维很活跃。
因此检查起来并不是很费力。
在确定没什么撞车的隐患之后。
林灰就将crash_2d这个插件上传到unity游戏引擎的插件库里。
插件库似乎是这个时空独有的产物。
和前世到处找插件的局面不同，这个时空unity还有官方的插件库。
这让林灰稍稍有点意外。
前世的插件基本都是散装放养的，而不是像现在这样圈养。
至于为什么unity搞个这样的插件库？
在性能不够先进的情况下，似乎也只能通过类似于官方社区这种东西培养用户情感。
上传crash_2d这个插件的时候，林灰使用的是gray forest这个身份而不是再换一个新马甲。
马甲再换多一些，林灰估计他本人都快分不清了。
而且之前微博上无端兴起又莫名结束的风波已经证明了马甲太多并不是好事。
虽然gray forest这个马甲一贯是林灰拿来开发游戏的。
但现在开发点游戏引擎也没什么。
之前林灰就已经考虑过这点了。
很多牛比的游戏开发公司在开发游戏时甚至会顺手搞定游戏引擎。
至于说普通的游戏开发者，虽然没有单撸游戏引擎那么离谱。
但一些牛比的游戏开发者在使用游戏引擎开发游戏的时候都顺带着开发一些游戏引擎的插件也不是不可能。
以林灰gray forest现在对应的名声，顺手搞定几个游戏引擎插件在外人眼中根本激不起什么水。
此举不但不会引起外界的质疑，而且很可能为林灰收获新一轮的赞誉。
具体到crash_2d本身。
值得一提的是，涉及到unity这款游戏引擎的插件如果非要细分的话。
其实可以细分为两种的，一种是托管插件，另一种是原生插件。
托管插件使用的是 visual studio等工具创建的托管.net程序集。
此类插件仅包含.net代码，因此无法访问.net库不支持的任何功能。
不过，因为unity使用的标准.net工具是可以访问托管代码来编译脚本的。
因此，托管插件代码和 unity脚本代码之间几乎没有用法差异。
相比于托管插件，原生插件是特定于平台的本机代码库。
插件可访问操作系统调用和第三方代码库等功能。
客观来说托管插件相对于原生插件同unity的兼容性更好。
(本章完)
本章未完，点击下一页继续阅读。