首页 > 代码库 > 关于封装unity3d的dll时候的进一步总结

关于封装unity3d的dll时候的进一步总结

在进行新项目的开发或者接手、后期维护其他一些项目时,经常性的,我们会遇到以下情况:

1、使用新的插件替换已有的bug比较多或者不在维护的插件;

2、因策划需求或美术资源的变更,而不得不更换游戏中的游戏对象/组件;

往往这种时候,由于项目前期的考虑不周,或者项目进度紧急,采用的方案这时候就会暴漏很多问题,举个例子:

项目中使用EZGUI时,文字的显示使用的是SpriteText组件,需要的地方直接进行其Text属性的修改,这时候如果需要替换使用TextMesh,TextMesh的显示需要修改的是text属性(两者大小写不同)。全局搜索一下,就会发现整个项目中充斥了这种东西,如果这个时候要你替换。。。

因此,在项目中,最好不要直接调用Unity3d提供的API,最好进行一次自己的二次封装。

就拿上面的例子来说,简单的处理方案,就是我们可以对这两个组件进行一次函数扩展,都封装为SetText,这样,在调用的地方,都是统一的方法,更换时我们只需要更换定义的地方就可以了。

关于封装unity3d的dll时候的进一步总结