Java初级项目心得从二十几天前的项目需求分析,到数据库设计,到后来的界面设计以及第一次全部整合项目,到最后的项目总调试到评审,中间出了很多问题,但最终还是学到了很多在平时写Demo中学不到的东西,对于一个完整的项目流程还是有了更深层次的了解。最开始的时候关于项目选题我们组间还是有比较大的争议的,各种想法不一样,对于想做出来的东西期望值太大,比如像做一个完善的教师学生管理集于一体的系统,在我设计的时候才发现以我们现在的水平这个事完全达不到的,时间和经验决定了我们只能做这个中间的一部分,最后才决定做学生和教师功能的一小部分。开始做了的时候我是很有想法的,想搞一个标准让大家按照我的标准来做所有的事情,在这个事情上组员是比较反感的,因为觉得我写的东西不足以成为标准,并且将所有用到的固定值都用一个常量类来定义其实是很麻烦的一件事情,而且在设计界面过程中后面都是直接使用工具拖出来的界面,所有的固定值都是由系统计算给出的,全部写进常量类就更不现实了。并且在设计这一块由于我最初写出的界面并未的到组员的认可,主要是因为我做的不美观并且没有让代码有很好的可读性。设计的时候虽然列出了全部的功能实现但是在最初实现的时候我并不知道所有的实现需要用到的方法和需要返回的类型,传入的值部分,直观的说就是并没有用到面向对象核心思想去编程,所有到最后做出来的界面是每个部分一套,看起来像是多个项目,而且组员的交流很少,都只顾做自己的东西,这个是我的责任,有时候组员不按照我说的去做真的很无奈。到了最后实现的时候,这时候我的分工出现了很严重的问题,当时没想那么多,就想着自己多做一些,然后大家平均分配。我觉得这样很公平,但是过了两天去问组员的进度,段超负责的部分已经按照计划提前实现了,我也多做了一些,其他组员还在数据库和java不知道怎么去连接,怎么获取数据,或者是获取数据后不知道怎么在界面显示。在开始的时候并没有做太多的规范,虽然是说分了视图层,业务逻辑层和数据库查询层,但是有些查询和业务逻辑根本就是直接写在界面中,所有有两个组员写的都是教师端的功能到了最后自己写的类都不知道是用来做什么的,调试的时候一个方法要找好久才能知道是在哪里调用的。以后的过程中我会尽量先和组员说好这些事情,不会到了最后才发现那里有问题,这应该是一个很重要的规划问题,分配任务的时候不应该一次性全部分配好,可以根据组员的进度来调节任务的分配,在最初设计的时候不管有多少应该的功能,怎么也要出来个简单的框架,起码然组员不会为找一个类而头疼。当然学到了很多,比如最初我开始对三层编程的不理解,在三个类之间同时编程的时候,没有一个类那么好查看错误,逻辑也不够清晰,知道了文档注释的重要性,对组员之间交流也肯定会进行的更多,对项目该怎么做有了一个最起码的结构在脑海里。一路踉踉仓仓做出来的东西确实不是当初想的那么美好,无论怎么说还是有一个东西出来了,也算是这十几天的结晶,还是得到了很多有意义的经验,相信以后我会做的更好,达到想要到项目需求。黄涛2014-07-28