这不是做着玩吗，我完全可以用程序去写所有位置！！！
自己专门写过关于自动设置位置的东西！！！我整理下，
不太好找！我用具体数据其实就是想让大家知道没个通道上生成的是什么
以及位置！！！
~~~~~~（非逼我说实话！！！这么做我也很累的啊！虽然只是拷贝粘贴）
如果真的是开发干活的话，我才不会傻到让数据去打搅我的思维
影响我干活！
放心，既然大家不想看到数据的话，保证以后发布的东东里不会再有这些了！
~~~~~~我可以把我做的东西简化到无法再简化！但发布出来就没什么意思了！！
我给大家看的不过是个思路，看的是个实现！！！
简化程序，“偷懒”，我是最在行的了，但大家看着就费劲了，
读一个未知的算法不头疼吗？？？？说到效率，这个游戏我用了半天才做完~~~
大部分时间都是处理图片上~~~~~
听到点点的建议，我在某些方面很同意他的见解~~~~~~
：）以后再发布的东东会很精练，不过就要难为大家的耐心去读了~~~（如果有兴趣）

我的技术上，感觉自己还是有很多缺陷和不足的地方，
但自己就是说不上来~~~~~能听到大家的意见和建议，
我真的`~~~~~真的~~~~~~真的~~非常感谢大家！！！

通过“点点”和朋友们的建议和意见，我给了我很多的提示，
有一点最重要，在现实的开发中，合理的人员搭配，以及根据项目
的难易程度，有的时候为了效率的考虑需要适当的对实现方法做出
要求和规定！！当然必须根据人员情况做出决定！！！
比如有的时候码砖头的必要性，是必须考虑的！而且针对不同的实现
方式还要计算出合理的开发周期~！！！
做了个小游戏，得到很多的收获，太值了！！！
！！！！！！！！！希望大家再多给点建议和意见！！！！！！！！！！！
我会把从中得到的经验及启示和大家分享！！！！！

看了你的代码，怎么那么多的父脚本？而且代码上差异很少。就不能简化到几个真正的父脚本？
建议将oop的知识认真深入学习一下。 ：）

呵呵~~~~~~楼上的意见很多人都题过，可以简化到很小~~~~~~

Three_m 你的程序我也看过，很有效率，程序很严谨！！！多多指教！！！

简化了，但自己感觉程序很别扭~~~~~所有的功能模块合在一起了，
是因为他们目前的功能相同~~~~~~运气好~~~

如果忽略再开发的想法或固定死所有的功能，甚至MEMBER重新取名，用命名
的技巧来简化，把所有具有类似功能的模块合并起来，这个程序还可以再简化
再简化！！！！！

东西看不到：（

不错，支持