java项目总结范文

java项目总结范文

java项目总结范文

java项目总结范文，总结怎么写?以下是带来的java项目总结范文，欢迎阅读!

四周的JAVA基础学习，三周的游戏项目，转眼间就过去了。

回想当初开始学习JAVA基础的时候，做游戏的时候，总觉得时间还早。

现在转头一看，时间过得真的很快。

JAVA游戏项目做了三周，我的感觉是这才是真正开始经历程序员的日子。

从第一天开始的游戏框架的搭建，到分包，分类……一路走来，看着30多个类的工程，让我有总种眩晕的感觉。

不知不觉，我居然写了如此多的代码，虽然很多都是在张老师指导下才完成。

但是我总还是有种很自豪的感觉。

特备是当游戏可以顺畅运行的时候。

JAVA的三周，从一开始只要一出错就开始呼唤张老师，把张老师惹得差点狂暴，到后面和同学一起找错误，再在到后面可以自己找出错误。

随着代码量的增加，我们自己的自我修改的能力得到了本质的提高。

代码多写是没有坏处的。

而其中感触最深的则是由于自己不小心，和对于逻辑运算的理解不够透彻，在经常判断的语句中括号少打或多打，直接造成了游戏的运行的BUG。

把人是找得头晕眼花。

经常一个小错误要花费一，两个小时来查找那里错了。

仔细，是我在自我修改时候铭记的第一个词。

用三周的时间来做《松鼠大作战》，游戏的本身并非重点。

这也是张老师一直在强调的事情。

JAVA的GUI用来做游戏确实寒碜了一些。

游戏项目的重点是理解两个东西，分包和框架结构。

这才是我们做游戏里面的重中之重。

他们则是我铭记的第二个词。

框架架构的搭建首先就要要求框架搭建者对于项目的框架十分的熟悉，并且熟悉业务这才能将一个优秀的框架展现在程序员面前。

而在框架的指导下，程序员要写代码将是异常的轻松加简单。

只要看这框架就可以很容易的写出代码。

则也是为什么有“二八原则”的原因，为什么框架架构师如此吃香的原因。

分层则是感觉特别深的一个词。

以前我们写代码，是想到那就写打那。

根本没有什么持续可言。

当一个工程写完以后，陡然间看见乱七八糟的代码，在以后做进一步修改和优化简直是无从下手。

这里又要提到另外一个词：注释。

注释一个很好的东西。

有了注释的存在，我们在查找很多东西都方便了许多。

很多代码只看一行代码不知道什么意思。

一看注释就明白了。

所以，分的思想是一个程序员必须掌握的思想。

注释则是一个好的程序员应该养成的好习惯。

当然，这个习惯需要慢慢的养成。

另外剩下一个感受很深的东西就是基础。

其实很多东西我们都是学过。

并且在别人的提示下可以很快的说出来。

但是当没人给你当这个引子的时候，我们常常就手足无措。

这就是基础不牢固的重要表现。

我也相信没人不知道基础的重要性，所以三周的项目结束后，我个人的感觉，对于基础的东西我比以前掌握得好多了。

但是只是相对，我还需要对基础知识进行近一步的巩固，复习。

对于基础的东西有自己的理解。

无论怎样，JAVA游戏项目结束以后，我们比之以前是成长了很多。

我会努力在后面的数据库，web等等的学习中努力学习。

在通过将近一个月的项目中，使我学到咯很多的东西，也让我看到了我自己的一些在知识上不足，也将使我在后面java web的学习中还要更加努力，以便在以后能找到自己适意的工作，也不枉费在朗沃9个多月的学习，在这次项目中让我学到了很多的东西，不只是代码上的知识，也学谍咯java框架上的一些基本东西，还有层次结构的好处和又来，比如：MVC思想，MVC的又来有开始的两层结构到三成结构的过度以及两层结构的优缺点，以及现在流行的三层结构的优缺点，DAO模式的应用，对象的封装，socket通信的原理以及用socket发送对象等很多的知识点，怎样实现封装使得更好的保护数据，实现java的三大特点，使代码的耦合度降低提高内聚力类和类之间的依赖性降低使模块和模块之间的层次分明，实现代码的复用和实现结构的复用使得开发一个系统的性能更加的优异。

在这次项目中使我对java面向对象的认识有了更时刻的印象，对“万物皆为对象岜整个理念有更深层次的理解，通过和老师的交流和上网了解的一些知识，其实搞软件的实质并不使在代码上实现一个什么什么的功能，你只要愿意去着你用你所学的知识肯定能够实现某

一个功能，但学软件的`最根本使分析和设计，所以现在市面上会设

计的人才使最来钱的人，在软件开发的生命周期中编码其实使占很小一部分工作，数据库设计人员和java的框架技术人员使很赚钱的，

也只有对在对象上有更多的了解你才能从代码层次上上升为另一种

理念过后你才能在以后的编码中设计出更加优异和性能更高的代码，也只有这样那么你将来才有可能成为一个合格的程序员(不时编码高手)，在二个项目中的开发中使我团队开发软件上有了了解，也使我

了解了在团队开发软件的时候的一些注意点，不能随便更改类名，方法名悻变量及其修饰符，如果你一时兴起该了的话那么在项目融合的时候问题机会层出不穷，就有可能使你的项目失败，所以规范时很重要的，代码的规范将很大层次上的说明你对代码的熟念度。

在这次项目中使我对层次模型有了了解，在你那到一个项目文

档的时候你比不使马上就开始编码而是，找到每个层次上类，找到边界类，根据相应的业务设计出数据库原型，在数据库原型出来之后在设计数据库的表和表之间的关系，只有层次模型在你脑海中有深刻的印象的时候那么你的编码当然也就很顺利的实现，层次模型一旦建立那么你代码上实现就围绕这个架构来写，那么你的系统才有可能成功，这样在添加业务或者使更改业务时才很方便更改一个地方不会影响

到其他的层次，这样才有可能提高你系统的灵活性和扩展性，这也时衡量一个系统好坏的标准，在这次项目开发中用到咯大量的配置文件比如：用属性文件来建立socket连接，用xml文件在找业务类，这