从入职到开始做项目到现在有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。]
- 写代码的时候不喜欢添加详细注释。
- 有时候独断专行。