AS3程序，个人一年页游工作经验心得

先说说我自己的情况，我进的第一家公司是初创公司，公司是山寨页游的。前台AS加上老板就三个人，我是新手期，另一个同事比我历害一些，老板对我们要求很严格，每改一段程序，上传SVN前，老板都会检查，看代码是否规范，逻辑是否合理，会不会可能出现隐性BUG。如果有错误，会给我们指出，甚至喝骂（新手被骂很正常）。在这种环境下，我养成了良好的编码风格，严谨的编程思想。四个月后，我找到了我的第二份工作，同样也是页游的，这家是原创页游。这家公司在一个二级城市，二级城市人才缺，工资又不高，没有高手原意来，所以我们公司的程序员水平都很差。基本处于新手期，刚来公司我发现我们项目组长调试项目时用的还是trace(),而不是断点。我们负责的项目经过10多个人的手，代码简直乱到极点。前台加上我有五个程序，五个程序员五种风格。组长也不组织代码，统一风格。就这样我们改BUG时，看到那些代码就头疼，太难看了，好的代码就像是在欣赏一幅人体艺术，差的代码好比看日本AV再加上难听的叫声，让人恶心，头疼。所以我们改BUG时考虑的不是我多写一种判断，减少出错的可能性，而是尽快把这个问题解决。我对这家公司的总结就是为IT业培养人才，在这里工作一段时间，有了工作经验，都跳了，公司又招一批新手。前台这样，后台也是这样，策划更不用说，就是一堆新人构架了一个不赚钱的烂游戏。

      个人总结：
1）：熟练掌握开发工具，养成良好的调试习惯，调试是查找BUG原因的必然过程。如无特殊情况（tiemr，enterFrame等），尽量不要用trace()调试。
2）：统一一套编码风格，组内人员必须遵守。让写出来的程序都是一种风格。你想想若你习惯运算符两边加空格，当你哪天改到别人写的代码，运算符两边没有空格，你该有多难受。
3）：严谨的编程思想，先不论工作经验多少，我说的这种思想，是写程序时要多最大考虑可不可能出错，要尽量减少出错的可能，而不是为了完成工作任务。比如给textFiled.text赋值，如果要赋的值是null，程序就会报错，特别是用firefox浏览器，玩家玩游戏时也会弹出错误。所以给textField赋值时要有一个专门的函数来判断是不是null，若是让其等于""。
4）：每个方法尽量不超过20行，超过了就分一个函数，这样代码的可重用性，可阅读性都会大大提高。每个类的代码也尽量要少。当然特殊情况特殊对待。我在的第二家公司一个类超过千行代码多了去了，一个方法超过百行代码也多了去了，每次看到这些我就头疼，可重用性太差，给修改BUG造成了很大的困扰。
５）：公有变量，私有变量，该私有的时候一定要私有，一是这样会少占一些内存，二是为了防止外部来改变这个值。像set、get也是一样，有些只给set，外部只能赋值，不能读取，有些只给get，外部只能读取不能改变。这样最大可能保证了数据的安全性。
６）：公有方法，宁愿公有方法多写百行代码也尽量让调用方只写一行搞定。因为公有方法只写一次就OK了，只要你一个人明白就可以了，但调用方不同，他会调用多次，也会由多人来调用，尽量为调用方打造便利。
7）：注释，一个项目从开发到运营然后维护期都是会持续很久的，注释能让自己，能让别人更快的理解这段代码的用处。如果没有注释，可能自己过一个月再来看现在写的代码都会不认识的。
8）：程序组必须有一个牛B主程坐镇，要靠他来组织组内成员。统一编码风格，培养严谨的编程思想，这样不论换了多少人，这个程序经多少人的手，让人一看，这就是一个人写的代码。