最近在公司的一个项目上对项目进行升级改进，发现了很多问题，我觉得作为开发人员，最主要的是思维，但是再好的思维也要遵守良好的规范不是？有几点让人头大的代码习惯还是改了吧。
我一下所说的项目是基于Flex+Java的开发：
?
首先你应该知道你的项目为什么使用Flex，不是让你做你就动手写代码，Flex最大的可能是减少服务器的负载，把运算尽量在FlashPlayer里完成，可是并不是让你把业务和数据库脚本写在MXML里面，一般的项目都是多层结构，请分类处理，不要把一大堆的东西都堆在Flex页面里，这样虽然功能能实现，但做出的项目是不可恭维的。
业务处理你就放到业务层、数据操作你就放到你的数据操作的那层，ok？
?
做东西一定要名称、层次分明：有的项目源码里面，有些名字（特别是package）看了之后都不知道是做啥的，自己时间长了都忘了，如“XXYY”，要想知道是做嘛使得你的进去代码里，还有就是明明是标注了Service的类放在daoImpl包里，不能说错了，你自己不觉的别扭？虽然你可能觉得不重要，可是要是我遇到这样的，如非必须我看都没有心情。
?
参数类型乱七八糟，其实一个严谨的架构下，没有那么多随意性，可能写代码的时候很灵活，可读性和可维护性太烂，不管你传递的是什么类型的参数，统统放到Object里面去，这样的好处是不管需要什么都可以放进去，String、Arraycollecton、Number......，不用担心类的方法参数变动，你在实现的方法里需要什么取出什么，还有别人读你的程序的时候也会有个好心情滴嘛。
?
还有很多，但是我就不过多罗嗦了，这是我最不能忍受的，哦，就当写日记了。