一个关于unity3d的系列文章

　　写在前面

　　想来从事unity3d开发已有三年多一些，寻思着该为这个奋斗了这么久的行业作些少量贡献，无赖自身水平局限加上各类拖延症，一直未能实施。

　　该写什么？

　　该怎么写？

　　不知道本身的能力是否可以撑起梦想，最后是否会太监？

　　也不会作需求分析，本身的文章会否有人问津？

　　更加不知道文章是否书写正确，不要传递了错误的信息，误人技术，徒留一地鸡毛。

　　想的多了，作得就少了，越想越没法下笔，但近日开始接手一个陈旧的项目，看着本身没法下手的代码，看着各类解不开的变量关系，才知道，虽然unity3d大大下降了作游戏的门槛，可是用Unity作项目，仍是不能随意的来，加上近日浏览各类论坛，各类教程都看了一眼，发现教程要否则面对纯新手，讲解各类API各类组件的用法，要否则就是面对图形学，讲解各类shader。恰恰就是缺乏中间部分，中间那一部分已经熟悉了C#的语法，熟悉了unity的各类API,各个插件，可是殊不知道怎么去组织代码，如何让本身的代码更加清晰，更加明了的人。

　　

　　文章定位

　　上文已经讲了，这个系列文章已经定位新手进阶，因此高手们就手下留情，若是有热心肠的前辈愿意指点一二固然更好。

　　新手进阶是一个痛苦的阶段，痛苦程度就和入门阶段同样，充满了迷茫，看着高手的代码很简单，可是本身就是没法领悟，看过就忘了，不知道他们为何这么写，意义何在。在我看来，写代码也是分三个阶段。

　　阶段一:看山是山，看水是水。这个功能怎么实现？ 百度一下，按照教程写了个类，拖拽一下，运行起来测试，哇塞，一次成功！哈哈，成功搞定这个知识点。这么简单啊，开心！

　　阶段二：看山不是山，看水不是水。明明直接new这个类就行了，为何还要求继承个接口，再去另一个类里面new, 明明public一个变量就行了，为何必须写个属性，为何这里抽象了一个类，可是这里又是抽象的接口？ 为何明明能够直接简单的就搞定了，为何非要搞这么多弯弯拐拐？百度一下，哎，大神的理论一堆一堆的，好像也不容易吃透啊。

　　阶段三:看山仍是山，看水仍是水。好吧，我自认还处于第二阶段，就不擅自写第三阶段的事情了， 有高手能够留言指点一二 ^_^

　　

　　文章规划

　　这篇文章既然定位于新手进阶，那么就再也不是小白教程，不会再随意的写代码了，那么你就须要给你的代码理定规则，你也须要开始作决定应该引用哪些库，哪些工具了。

　　第一步：搭建unity通用的工程环境，划分清晰地目录结构，引入并测试各类须要用到的库，理定代码规范，写好框架代码。

　　第二步：实战讲解上一步中书写的代码的用法，帮助你们更加清晰地理解总体代码的意义，实战项目目前选定 <斗地主>的游戏，由于我只有斗地主的美术资源，就地取材了哈哈。

　　第三步：还没想好，车道山前必有路，就不耗费脑细胞去思考了，我这懒惰的性格加上满满的工做安排，完成前面两步的时候，就已经不知道何时了，^_^，但愿本身能快速完成这个系列吧。

　　在这之间，我会用golang代码来写个简易的服务器，用来完善和测试这个斗地主的游戏，老实说吧，服务器没写过，golang更没写过，如今正在自学中，祈祷可以快速应用过来，完成这个本身一直想完成的东西。

　　顺带会零散记录一些游戏中须要用的工具或者算法。

　　

　　写在最后

胡言乱语了一夜，知道不会有多少人看，其实博客是写给本身的，婉婉诉来，表达的不过本身所思所想。也但愿本身可以熬过这迷茫的日子，祝愿本身更祝愿你们有一个美好的将来。