原地址:http://www.cnblogs.com/petto/p/3915943.html
一些废话
原文地址:
我的博客迁到这里了www.imwper.com,以后我的所有技术博客应该都会在这里首发,然后可能再去同步到cnblogs上。
今天是我第一款山寨游戏登陆wp商店。说实话,这些日子为了这款游戏着实辛苦,我也懒得倒苦水,就是辛苦就行了。非常感谢那么多好朋友的鼓励和支持,明知是山寨的,还给我好评。但是,山寨的嘛,总有些看不惯的有识之士,站在正义的角度上给予严厉的批评。这本身没问题,山寨就是不对,不对就得批评,即便你多么辛苦即便你有各种苦衷,那你也得呵呵。所以我欣然接受啦,但游戏不会因此下架,而且有可能以后在不影响体验的前提下加入广告,换取一天10块钱的早饭钱(为什么这样?我从很多人眼中无比理想的雇主那里离职了,没有任何收入。不赚些钱,我会被饿死。可是我饿死不饿死跟别人又有什么关系呢?“反正山寨就是不对,我就是看不惯”)。希望大家能够理解,我也相信大部分人能理解。我这个人一向喜欢简单粗暴的方式解决问题,最看不惯几个大老爷们儿磨磨唧唧骂来骂去什么结果没有,就过个嘴瘾。所以我特希望真心看不惯我的人直接过来跟我面对面说,或者打电话,又或者QQ语音?咱能说明白就说,实在说不明白就打一架,输了的认错,就结了嘛。不过经验表明,跟我见面后基本上不会打起来的,就算动手了,最终都成了朋友。毕竟能用同一种别人看起来奇葩的方式解决问题的,应该会很投脾气。
上一篇博客说的是wp与unity相互调用方式之一——事件。
这次说最常用也是复用性强的插件方式。会有大量图片和少量代码。图多杀猫,但博文用心,望能给看这篇文章的人一些帮助。佛家讲,强者自度,圣者度人。我是一枚屌丝,能帮助一些认识或不认识的人,也算是小小功德一件了。
哦对了,这篇文章参考自unity官方文档,这应该不算山寨吧?你要非说是,那我也没辙只能呵呵了。
原文链接:http://docs.unity3d.com/Manual/wp8-plugins-guide-csharp.html
编写WP插件
ok进入正题。
首先创建一个空白solution,我给他起名叫 PettoStudio.WP.Plugins,你可以随意了。步骤看图就好了:
然后确定,进入一个没有工程的空白解决方案。右键solution->添加->新建项目->找到wp的工程模板(因为vs2012跟2013不一样,没法文字详述)->选择wp的类库工程。
工程名随意,建议与刚刚的solution一致就行了,不过不一致我也打不到你。
单击确定。
选择sdk的版本是8.0(前提是你装了多个版本的wp sdk)
好了。wp的插件工程建好了。
注意,如果你刚刚的工程名与solution名不一致,这里就要多干一件事儿啦(不听我的。该!)
右击你的工程名->属性。将程序集名称和默认命名空间名称都改成与你的solution一致的名字。
WP工程的准备工作完成了,写代码吧。
添加一个类,我们这里起名叫“AUV”,然后在这里随便写一个静态方法(或者属性)。我们就最简单的return一个字符串吧。完整代码如下。
1
2
3
4
|
public static string GetAUVString() { return "WP8?AUV!!!" ; } |
好了。至此WP8的DLL就完成了.但这仅仅完成了插件开发的一半。
创建Fake Dll
接下来。再创建一个新的工程,是的,还是在这个solution里边,不过此时模板要选择Windows桌面程序的类库,另外.Net版本要选择3.5.(什么?为什么?为什么非得是3.5?好吧,我哪儿知道啊。问微软跟unity去!)
这次的工程名不能写跟solution一样的啦。就写FakeDll吧(赝品动态链接库。呵呵)
创建完成后,需要也将程序集名称与默认命名空间的名称改为与solution一致了。这是为了成功欺骗unity而做的。不得不说,微软跟unity在实现插件的方式确实很优雅,应该是做到了以最少改动(添加)得到了想要的结果。(这也有可能为我们开发者带来大坑,怒摔…………)
ok,接下来还是重复操作,在这个FakeDll工程中创建于WP工程中同样的类名,同样的方法名。唯一可以不同的,是里边的实现。如下:
在这里的AUV的类中的代码:
1
2
3
4
5
6
7
|
public class AUV { public static string GetAUVString() { return "Not WP8?AUV!!!" ; } } |
嗯。这个是"Not WP8?AUV!!!";
到此,插件开发完成,编译两个DLL。
添加到Unity中
将FakeDll工程生成的DLL复制到Unity的Assect/Plugins路径下(什么?没有Plugins文件夹?那你不会自己新建一个?);
将wp工程生成的DLL复制到Unity的Assect/Plugins/WP8路径下(注意WP8是大写,我不知道小写可以不可以。我懒得试了,如果有特别勤快(闲得蛋疼)的朋友可以试下,顺便把结果告诉我(谢谢))。
完成上述操作后结果如图:
然后创建一个脚本test.cs,打开vs进行编辑。代码如下:
1
2
3
4
5
6
7
8
9
10
|
private string _auv; void OnGUI() { GUI.Label( new Rect(100, 200, 200, 150), _auv); if (GUI.Button( new Rect(100, 400, 200, 150), "BeFucked" )) { _auv = PettoStudio.WP.Plugins.AUV.GetAUVString(); } } |
然后保存。回到Unity中,执行试试,点击BeFucked按钮,看看结果。现实的是什么?
"Not WP8?AUV!!!"为什么这样?这个执行的是哪里的代码?对,是FakeDLL中的代码!为什么不是WP8中的?
啊,因为你在Windows下执行的嘛,Unity根据环境自动执行插件中的代码。
好了,我们部署到WP上试试呗。
再看执行结果:
"WP8?AUV!!!";是吧,是我们想要的结果吧。
ok,至此,WP与Unity相互调用的方式——插件方式就介绍完了。通过这种方式你可以写很多很多的类库,方便以后复用。比如市场的一些Task、选取照片、内支付等等。
我也会丰富我的PettoStudio.WP.Plugins,将来以供大家免费的直接用。
加上上一篇介绍的事件方式,基本上就可以覆盖所有unity、wp之间调用的场景了。
总结
好了就说这么多了。困死了。
对自己说,加油。对看这篇文章的你说,加油。
我相信有很多人做游戏都是为了实现儿时的一个梦想。在梦想面前,任何东西都是装饰物,没有困难就没有实现的价值。