虽然这一年多一直在做unity3d相关的周边内容，但基本上我不参与项
目的具体细节内容。所以对于unity3d在项目工作量上的估计一直不是非常
的清楚。最近三天模拟了一款手游，2D界面，不用3D是由于3D的素材太难
找了，各种动作什么的，不过，unity3d 的mecanim系统实在用着实在太好
了，在这次的实践中也想采用类似的设计机制。
从上周五决定到现在，服务器+客户端+切图片，总共用了3天时间，大
约模拟了系统中的6个左右的界面，大界面的话包含3个，服务器完成了两
个系统，只所以把切图专门算出来是由于我手边没有完整的合适的游戏素
材，就直接从被仿制的手游的资源包里拿出来了，在那个包里，很多素材
都是拼在一张图中，只能一个一个手动切出来了，结果这一切就切出了上
千张的小图片，而且，还有大堆的图片素材还等着切。
切的实在烦了，就想着先总结下吧，反正框架放在那儿，就剩下添肉了。
感受： 使用unity3d让我想起了最初使用flash 3还是flash4的时候的
感觉，设计界面，添加响应，处理流程等等，觉得很顺手，唯一不顺手的
就是记不住快捷键。
结构： 基本上沿用老一套的手机游戏的设计模式，一个总管，动态加
载，动态删除，没办法，手机程序设计习惯了，又要小内存，又要速度快，
还要结构简单，随时可以拼拼凑凑的积木模式。
时间： 总的而言，使用unity3d设计的话，项目进行的速度会非常快，
而根据程序的架构，也可以非常适合多人合作的开发，如果多人合作的话，
就会更快了，就我的实际仿制内容而言，如果不计算美工时间的话，我一
个人进行服务器+客户端的开发，大约两个月就可以基本完成了，不过，目
前的切图量太大了，如果是真实项目的话，那就不用切图，直接拿来使用，
不用一张图一张图的查找，速度会快上不少。
目前进行的进展： 服务器完成数据库规划，人物角色，系统公告，消
息发布，部分道具，前前后后大约用了4个多小时，主要是对游戏的细节内
容不熟悉，经常弄着弄着就在游戏中发现了一个新的属性要往数据库中写，
或者自己认为的是错误的，然后就重新生成下，不过，使用erlang设计服
务器就有一点好，不用重启服务器，直接修改，编译，自动热加载，然后
数据就是新的，客户端的网络都不用断开（我用的是socket联网）。客户
端完成了登录，主界面，角色界面，成员列表界面，招募界面等等还有一
些其他的零碎的，这里面也包括网络交互和逻辑设计，大约用了一天半，
由于是仿制的，资源什么的切图都是按照1,2,3,4，这样的随意排的，每次
要使用一个资源总要查找不少时间，有些时候觉得还是在windows的浏览器
中比较方便。剩下的一天时间基本都是切图时间，自我感觉甚至切图的时
间比这个还要多，切了将近800多张图，
简直累死人了，我觉得我对gimp的那几个快捷键都要按的要吐了。
收获： 怎么说呢，使用unity3d设计就像使用C++ Builder设计windows
程序一样，我比较喜欢使用C++ Builder设计windows程序，也喜欢这种设
计理念，直接先快速搭建框架界面，这样可以快速的知道项目需要多少内
容，而且，也方便内容分工，对于工作内容而言，可以将注意力集中在某
一块，化整为零，一个一个的解决。不过，令我不满意的是，unity3d的编
辑客户端怎么不支持linux啊，怎么不支持命令行脚本控制啊！这个不符合
我的风格啊
%@#￥#@￥@&^