从入职到开始做项目到现在有2个对月了，在做了两个项目后，总结一下自己在项目中的经验。
本文纯属作者闲的没事做才写的东东。仅供学习
【ps:适合新手阅读，对于一些有开发多年经验的同志们请勿抨击，说的不对的地方还请指出，互勉之。】
- 开发项目一定要了解需求。开发项目，需求是王道。如何了解需求，与客户多沟通，了解客户的使用习惯，根据客户的要求实现功能。
- 客户提出来了需求，就要实现它。怎么做软件，做软件的复杂度就在这里。客户的高要求高标准决定了软件的质量。
- 实际项目开发过程中，写需求，做设计都是程序员的必经之路。我们现在就要熟悉如何做需求，做设计。
- 其次就是项目开发了，在项目开发过程中，我们会遇到建表这样的操作。在建表的时候，要注意到如下这几点：命名、类型、索引、注释、约束、状态位的灵活使用。命名尽量让人看到名字就知道这张表是做什么操作的。类型一定要控制好，一个不恰当的类型大小，可能会导致你的数据库当机。在数据量很大的时候就成体现出字段类型的重要性。索引要合理的使用，建立好的索引，可以方便查询，节约时间，在他数据量的时候就体现出他的优势了。注释是为了更好的后期维护，让其他的开发者可以很快的明白你的东西，并作出调整。状态位的使用很重要。这个要在具体的情况下使用会提高查询效率。如果我们随便使用，不管实际项目需求，那么在后期数据量大的情况下，就会导致查询时间过长。比如：在我们的XXX项目中，需要查询出已办结的事件，如果我们的数据库表中没有使用状态位，那么就要查询数据：select xxx,xxxx,xxx from tbname where xxx=’’ ;这个在查询中是很浪费时间的。如果我们使用了状态位，查询语句就变成这样的了：select xxx,xxx from tnbame where xxx=’1’ [假设1是已办结]。
- 页面Style 很重要，客户花了钱让你们做软件，肯定会挑剔，我们在开发的时候要注意到这一点，让客户体验度达到他们的满意值。在优化页面样式的时候，尽量使用样式文件，不要在页面中使用style，否则在维护页面样式的时候会耗时耗力。
- 在写代码的过程中，一定要添加注释。好的代码不仅是代码写的漂亮，更重要的是有注释。[注释逻辑一定要清晰，从上到下，从赋值到保存，看起来一目了然]代码一定要简洁，多构造方法，一个方法尽量不要超过十行，一应要有可读性、层次性，加强代码的逻辑。（最好的注释是什么？ 就是你的方法名称或是属性名称）
- 在查询条页面中，要注意查询条件都出现在列表项中。否则测试部测试的时候会把这个算作是一个BUG。
- 新增页面与编辑、查看页面一定要有所区别。否则客户就不会在强调一定要有查看页面了。
- 合理的使用UML建模软件，使用UML建模软件会提高开发效率，维护起来更加方便。
- 在设计页面的时候，要多考虑使用模板页或者是用户控件，前提是在各种条件都允许的情况下。使用用户控件可以节约很多重复代码的编写，提高开发效率。
- 对于SQL优化，我们是一定要注意的。在写查询语句的时候，尽量不要用select * from ,如果某个字段的类型很大，又不是我们在查询页面中需要的数据，若使用了select * 会提高查询时间，让客户等待时间过长，这些小的问题我们在做项目开始的时候就要避免。
- 自己要多思考是怎么实现这个功能的，遇到问题不要怎是想着去问其他同事。自己一定要思考，当你思考过后再去请教其他同事，同事提一下，你就会豁然开朗。以后遇到相关的问题，你也不会忘记了。
- 在业余时间多学习javascript和ajax，对于验证工作都是用javascript脚本验证，在客户端实现。对于数据量大的查询显示，采用ajax异步调用，提高查询时间。
- 在测试自己的所作的东西的时候，不要等着测试的人帮你发现，你要站在客户的角度去提前测试一下自己的代码。一定要注意细节问题。
还有就是自己再开发项目过程中所暴露出来的问题：
- 做事不够细心。[体现在做页面样式的时候]
- 代码逻辑思维不是很清楚[体现在业务逻辑搞不清楚就写代码，太急了]
- 做事情有时会不分轻重[体现在修改bug的时候要先修改功能性的Bug，再修改非功能性的Bug。]
- 写代码的时候不喜欢添加详细注释。
- 有时候独断专行。