Post

Java项目心得体会

Java项目心得体会

经过了近几个月的三次项目的实践,其中经过了一次次悲壮的失败(Exception),但更多的是进步,在每次的项目中我都获益匪浅。一个人的时间与精力毕竟是有限的,为了学到更多,除了举一反三之外,更重要的是要善于总结,从经验教训中学习,达到事半功倍的效果。在此,我写下这几个月的心得,与大家共勉:

一.命名规范————见名知意,约定俗成

在接口,实体类,数据库的甚至到在每一方法每一属性中的命名中命名都应该有自己的规范,而且规范要见名知意,这样易于维护,而且不容易出错,我更多是使用驼峰标示法,类名或属性看起来会一目了然:

image1

二.重构代码之前————充分考虑,提高效率

在重构代码之前,要进行全局性的考虑,例如在做团购网分页方法,如果在重构之前考虑到了以后项目可能的维护,重写出来的方法就能够适应后面添加的食物类型分页等功能。把想法放到全局来思考,在维护或者添加功能的时候能够提高代码的重用性,从而提高效率。

三.总结规律,改变思路

当遇到大量重复的代码时,考虑是否可以进行抽象,目标是朝易用性去考虑。写用户保存数据和更新数据时,在现在做项目看来,每次都要调用底层的BasicDao,BasicDao的易用性关乎着整个项目的进度快慢,在做团购网项目时候发现一个很纠结的问题,在写sql语句的时候,因为类的属性多,因此每次都要写一条很长的sql语句,例如保存食物的方法:

image2

全部都要手写,而且容易出错,我想到了将重复的代码自动化, 我着手重写了BasicDao的更新和保存方法:

image3

,传入一实例,根据实例生成sql语句并执行,提高了效率,节省了不少时间,也避免了容易出错的手写代码.

四、使用开源框架,清晰分层

在团购网项目中,我使用了jquery的框架去进行表单验证,这样比单纯使用jquery来验证更加节省时间,而且软件分层更清晰,在显示层做好验证,逻辑处理层处理业务,互不干扰,维护起来也方便多了。现在互联网上有许多开源的框架以及工具,使用它们,往往能达到事半功倍的效果。

五.与同学讨论,向老师请教

在编程的过程中,业务逻辑层的处理是最麻烦的事情,而要处理好业务逻辑之间的关系,重要的一点就是要有明确的思路。正所谓人多力量大,把一个个简简单单的点子集合起来,就不简单了。与同学讨论的过程,往往就是理清思路的过程,如果一头扎在电脑上埋头苦干,思维里只有代码,这样好的思路自然不会出来,与同学谈论,或请教老师,思路清晰了,好的代码自然就跃然纸上了。

六.独立思考,自我驱动

每次项目开始,就好像立下了军令状,宣布自己能在几天内完成这个项目,项目是急于求成的,但知识的积累可不是几天的事情,项目完成是依靠平时对知识的积累与运用。每次做项目老师讲解的前一天,我会尝试着思考代码编写的思路,回到教室听老师讲解,总结自己的不足。毕竟现在还有老师讲解,将来要自己独当一面,具有独立思考项目的流程与设计的习惯是必须的。

七.寻找Bug——沿着执行路线去找

最近一次项目总结出规律,servlet的执行是沿着一条路线去执行的,如果能理解这条路线上的一切,即Servlet的生命周期,去找错误的时候就能明确地知道是执行到哪里出问题了。

八.加班加点,事倍功半

最近经常熬夜做项目,非但没有收到可观的效果,反而影响了身体,这几天调整了作息时间,效率明显提高了不少。得到一心得:编程不是死记硬背,有时候太努力也效果也不会很好,对自己的学习,工作时间有规划,思路清晰才是最重要的。实现一个功能就像字母组成单词,有无限可能,思路清晰的时候才能寻找到最短的路线,很明显,熬夜不会收到什么好结果。

九.项目调试———循序渐进,步步为营

以前打代码总是写了一大堆,然后调试,出错了,找起来麻烦,而且影响心情,做了很久没见到一点的成效,就算成功了,对代码执行的过程理解也不够清晰。在经过多次碰壁之后总结得规律: 项目进度需要循序渐进,脚踏实地一步一步的写,就算出错了 往回找错误也不难,最重要的是马上能收到成果,完成一个小 小的功能有成就感,就有挑战编写复杂功能的勇气了。

This post is licensed under CC BY 4.0 by the author.