...

不知不觉ZW已经开发至今2年了，不过当然还没完成。
这期间发生过2次推翻，总结了不少心得。
01 图像必须遵循计算机二进制。8-16-24-32-64-128-256这些格式。
例如你图片再怎么做，应该是24X128这种合法图像尺寸。
不过，根据以往游戏公司的经验，计算机载入处理速度最快是像素点图像
GIF。还有，256X256，或者128X256的图像计算机最快速运算。

02 存储文件，尤其工程，名字，包括图片，动画的文件名，
等等，尽量用英文拼音，C2好像对中文支持不好，后期也许会崩溃！
例如这样， tank_A
例如，light01.png

03 独立创作人，可能经常使用搜索功能，即可找到需要修改问题的地方。
这个功能是C2几乎是日常的功能，最实用最实际的地方，所以命名的时候
最好改好点。 例如 ufoLight等。
不过，如果你是1-2个，或者更多人，小团队开发（目前C2这种小众软件估计独立人
二人转更多），那么注释必须写好点，
不过，独立开发也要合理注释，免得搜索的时间面对一大堆的代码
找半天。

04 C2的平台真的不太好！ 尤其对于分辨率是比较硬伤。
不同著名的U3D引擎来得实在，分辨率很好调控。
所以开发C2游戏，因为基于旧年代DX9下，也就是星际争霸到
2005左右的年份，不要给分辨率太大。
一般C2默认的800X600这种尺寸最合理。
如果动不动就上1920X1080，估计后面开发有点小问题。
除非你的开发图像，复杂都很简单。

05 C2的场景管理算是比较尴尬的了。场景很少估计没事，如果你要开发
多场景，举例恶魔城这种ACT吧，少则300个ROOM，
这需要300个场景？那么在300个场景里面找一个，真的挺尴尬。
C2基于HTML5，其实HTML5确实不太算适合游戏开发。
U3D比它强。不过，C2有点最强最实用的地方，就是代码
去专业化！
所以C2适合任天堂那种做法，我的游戏不一定很高大上，但是
游戏性玩法，无限可能，例如走 我的世界那种方向。

06 C2是专门的DX9 专门开发引擎，可以说，2D开发C2真心很给力。
而且很高效，U3D开发2D，真的是后来的套路。
能开发U3D的2D，干脆开发3D。
这点C2点赞，而且2D对于ACT，FIG，STG，这种直观游戏始终有着很好的表现。
如今恶魔城3D化=死，已经说明一切了，而老牌CAP的街霸5，至今还是2D机制，
可想而知了。

07 其实C2的生命力还有很强，只是比较郁闷是，为何STEAM不直接
开贩卖，而是把连接赚到官方销售。这点官方确实不智。
08 C2的2D表现真的很好，不过，如果要在I3纯单核上跑，
游戏有着不错的图形特效，也还是不要制造更多512尺寸的图像，
因为处理图像越大，低配置的I3核显，明显嗝屁~
而且游戏的分辨率不能太高，例如老游戏DNF地下城与勇士，
640X480用了好多年，就是为了给屌丝（没有歧视）电脑一个机会
是电脑都能跑的游戏，就会更多人能接触到。
不然，人家说，你一个2D游戏，我都跑不动，你就被吐槽了。

09 游戏里面要用条件创造对象的时候，例如某某物生出一个小怪。
例如SYSTEM什么图层，什么X，Y生成一个东西。
图层方面还是基于XX对象的图层+1或者-1更好。
因为将来你新增图层的时候，你会显得手忙脚乱。

10 最后，C2是纯粹的2D开发引擎，高效快捷，直观可视化，但还是有不足，
很多不足，甚至有些很耐人寻味的BUG。
不过，还是可以经过自身某些调整处理掉。
而C2最好的地方就是，你可以用80年代，甚至所有2D游戏的表现
放到你的开发里面，一点不落后。
举例沙罗曼蛇，超级马里奥，这些游戏不老，技术也不低，直接
在C2都是宝库，可以继续继承。
至今任天堂还在用着这些技术，做了马里奥制造，
可想而知，最后一句话，2D游戏不会死！

感谢LZ总结的经验！！

看完了 强烈支持一下

某些地方持保留意见，总体上说，
lz
总结的还是有点到位的，加油