一些废话

http://imwper.com/unity/petto/%E5%A6%82%E4%BD%95%E5%AE%9E%E7%8E%B0windows-phone%E4%BB%A3%E7%A0%81%E4%B8%8Eunity%E7%9B%B8%E4%BA%92%E9%80%9A%E4%BF%A1%EF%BC%88%E6%8F%92%E4%BB%B6%E6%96%B9%E5%BC%8F%EF%BC%89.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一个字符串吧。完整代码如下。

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的类中的代码：

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进行编辑。代码如下：

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之间调用的场景了。

总结

好了就说这么多了。困死了。

对自己说，加油。对看这篇文章的你说，加油。

我相信有很多人做游戏都是为了实现儿时的一个梦想。在梦想面前，任何东西都是装饰物，没有困难就没有实现的价值。