java项目总结范文
java项目总结范文，总结怎么写?以下是小编带来的java项目总结范文，欢迎阅读!
java项目总结范文【1】
四周的JAVA基础学习，三周的游戏项目，转眼间就过去了。
回想当初开始学习JAVA基础的时候，做游戏的时候，总觉得时间还早。
现在转头一看，时间过得真的很快。
JAVA游戏项目做了三周，我的感觉是这才是真正开始经历程序员的日子。
从第一天开始的游戏框架的搭建，到分包，分类……一路走来，看着30多个类的工程，让我有总种眩晕的感觉。
不知不觉，我居然写了如此多的代码，虽然很多都是在张老师指导下才完成。
但是我总还是有种很自豪的感觉。
特备是当游戏可以顺畅运行的时候。
JAVA的三周，从一开始只要一出错就开始呼唤张老师，把张老师惹得差点狂暴，到后面和同学一起找错误，再在到后面可以自己找出错误。
随着代码量的增加，我们自己的自我修改的能力得到了本质的提高。
代码多写是没有坏处的。
而其中感触最深的则是由于自己不小心，和对于逻辑运算的理解不够透彻，在经常判断的语句中括号少打或多打，直接造成了游戏的运行的BUG。
把人是找得头晕眼花。
经常一个小错误要花费一，两个小时来查找那里错了。
仔细，是我在自我修改时候铭记的第一个词。
用三周的时间来做《松鼠大作战》，游戏的本身并非重点。
这也是张老师一直在强调的事情。
JAVA的GUI用来做游戏确实寒碜了一些。
游戏项目的重点是理解两个东西，分包和框架结构。
这才是我们做游戏里面的重中之重。
他们则是我铭记的第二个词。
框架架构的搭建首先就要要求框架搭建者对于项目的框架十分的熟悉，并且熟悉业务这才能将一个优秀的框架展现在程序员面前。
而在框架的指导下，程序员要写代码将是异常的轻松加简单。
只要看这框架就可以很容易的写出代码。
则也是为什么有“二八原则”的原因，为什么框架架构师如此吃香的原因。
分层则是感觉特别深的一个词。
以前我们写代码，是想到那就写打那。
根本没有什么持续可言。
当一个工程写完以后，陡然间看见乱七八糟的代码，在以后做进一步修改和优化简直是无从下手。
这里又要提到另外一个词：注释。
注释一个很好的东西。
有了注释的存在，我们在查找很多东西都方便了许多。
很多代码只看一行代码不知道什么意思。
一看注释就明白了。
所以，分的思想是一个程序员必须掌握的思想。
注释则是一个好的程序员应该养成的好习惯。
当然，这个习惯需要慢慢的养成。
另外剩下一个感受很深的东西就是基础。
其实很多东西我们都是学过。
并且在别人的提示下可以很快的说出来。
但是当没人给你当这个引子的时候，我们常常就手足无措。
这就是基础不牢固的重要表现。
我也相信没人不知道基础的重要性，所以三周的项目结束后，我个人的感觉，对于基础的东西我比以前掌握得好多了。
但是只是相对，我还需要对基础知识进行近一步的巩固，复习。
对于基础的东西有自己的理解。
无论怎样，JAVA游戏项目结束以后，我们比之以前是成长了很多。
我会努力在后面的数据库，web等等的学习中努力学习。
java项目总结范文【2】
在通过将近一个月的项目中，使我学到咯很多的东西，也让我看到了我自己的一些在知识上不足，也将使我在后面java web的学习中还要更加努力，以便在以后能找到自己适意的工作，也不枉费在朗沃9个多月的学习，在这次项目中让我学到了很多的东西，不只是代码上的知识，也学谍咯java框架上的一些基本东西，还有层次结构的好处和又来，比如：MVC思想，MVC的又来有开始的两层结构到三成结构的过度以及两层结构的优缺点，以及现在流行的三层结构的优缺点，DAO模式的应用，对象的封装，socket通信的原理以及用socket发送对象等很多的知识点，怎样实现封装使得更好的保护数据，实现java的三大特点，使代码的耦合度降低提高内聚力类和类之间的依赖性降低使模块和模块之间的层次分明，实现代码的复用和实现结构的复用使得开发一个系统的性能更加的优异。
在这次项目中使我对java面向对象的认识有了更时刻的印象，对“万物皆为对象岜整个理念有更深层次的理解，通过和老师的交流和上网了解的一些知识，其实搞软件的实质并不使在代码上实现一个什么什么的功能，你只要愿意去着你用你所学的知识肯定能够实现某一个功能，但学软件的最根本使分析和设计，所以现在市面上会设计的人才使最来钱的人，在软件开发的生命周期中编码其实使占很小一部分工作，数据库设计人员和java的框架技术人员使很赚钱的，也只有对在对象上有更多的了解你才能从代码层次上上升为另一种理念过后你才能在以后的编码中设计出更加优异和性能更高的代码，也只有这样那么你将来才有可能成为一个合格的程序员(不时编码高手)，在二个项目中的开发中使我团队开发软件上有了了解，也使我了解了在团队开发软件的时候的一些注意点，不能随便更改类名，方法名悻变量及其修饰符，如果你一时兴起该了的话那么在项目融合的时候问题机会层出不穷，就有可能使你的项目失败，所以规范时很重要的，代码的规范将很大层次上的说明你对代码的熟念度。
在这次项目中使我对层次模型有了了解，在你那到一个项目文档的时候你比不使马上就开始编码而是，找到每个层次上类，找到边界类，根据相应的业务设计出数据库原型，在数据库原型出来之后在设计数据库的表和表之间的关系，只有层次模型在你脑海中有深刻的印象的时候那么你的编码当然也就很顺利的实现，层次模型一旦建立那么你代码上实现就围绕这个架构来写，那么你的系统才有可能成功，这样在添加业务或者使更改业务时才很方便更改一个地方不会影响到其他的层次，这样才有可能提高你系统的灵活性和扩展性，这也时衡量一个系统好坏的标准，在这次项目开发中用到咯大量的配置文件比如：用属性文件来建立socket连接，用xml文件在找业务类，这样有使我对配置文件的好处又有了一定的了解：合理的使用配置文件时提高代码灵活性的一个方面，在建立套节字连接的时候用配置文件可以很方便的更改我在那个端口号上建立连接，在看不到源代码的时候我也可以更改在其他端口上建立socket连接，在业务的时候用xml文件来找相应的业务类，这样就可以在还要添加业务的时候只需要在xml文件中在添加业务，在写起相应的代码就可以实现，用配置文件找业务还又一个好处就是在调用业务的时候不用对业务类静态的创建一个对象，而是用反射的方式找到调用那个方法，而是在程序执行的时候在创建对象在对象用完之后在释放资源，这样就可以减少电脑内存的消耗，使得程序的性能更加优异。
同时也增强了代码的灵活性。
在用JDBC获去数据库连接对象的时候，其实时很有学文的咯，你如果在用连接对象的时候就要数据库建立连接对象，在用完诸后就关闭连接对象，在很多用户同时来运行你的系统的时候，就将产生很多的连接对象，这样有使得你的系统性能降低，很好的解决办法就是用数据库连接池：在程序启动的时候就建立最大连接和最小连接，当多用户请求的时候只需从数据库连接池中那出连接对象，这样就可以减少多次连接对象，开始在最大连接对象和最小领接对象的选择上又有了问题，创建最大连接时多少呢?最小连接有是多少呢?如果一开始最大连接数过多，而用户有很少那么就浪费资源，并且系统启动将会很慢，如果最大连接数过少那么程序启动很快但在启动后运行程序时有会很慢，最小连接数如果很小，那么在很多客户访问的时候将会很慢，合理利用数据库连接池将会很大部分的提高程序的性能、在这次项目还用到了日志文件来记录错误信息，在这次项目中还用到了很多的知识点我就不一一的在这里列举了。
顺便给大家几道面试题(是前面部的同学给我说的)：
1、谈谈final、 finally、 finalize的区别。
2、HashMap和Hashtable的区别。
3、说说你对ejb的认识。
4、GC是什么? 为什么要有GC?
5、谈谈你对抽象类与接口认识?
java项目总结范文【3】
首先初识语法的阶段，必须要学会怎么操作对象，操作if和for，操作list set map，然后是线程、IO和jdbc什么的，其余的，若是一时不理解，可以后边需要时再学。
这阶段完了，你可以写些能在控制台打印出来的小程序，锻炼下逻辑思维。
也就是号称JAVASE毕业了，其实不过是入门而已，如果要往WEB方向发展，这些倒是基本足够了。
接下来要学html,jsp,servlet,javascript,oracle,tomcat，目标，写出第一个动态网站，也许只是个登陆功能，只能展示下个人资料，但这是很重要的一步，你要弄清楚的是，一个用户的点击产生的请求，是从哪里发起，哪里接收，哪里处理，哪里返回，你得理解浏览器和服务器的关系和分工，cookie和session，request和response。
这个是个WEB开发的学习初级阶段，这都是些JAVA诞生以来最原始的最官方的WEB开发技术，当然现在真正的项目很少直接采用这些技术了，为了不断提高技术的易用性、开发效率和可维护性、可扩展性，无数开源项目都是在这些原始技术的基础上封装、改进。
所以这个阶段不要盲目乐观地跑去找工作或者对实习挑三拣四，你会被打击到的。
好，初始阶段完成，开始进入WEB开发的正题，首先是传说中的三大框架，struts hibernate spring成为熟练的增删改查程序员是必须的，在这个阶段你还要理解为什么要用这仨而不是那些JSP SERVLET JDBC，你要体会到写MVC、三层架构的好处。
这个阶段不要轻易质疑三大框架的价值，也许刚开始你会觉得麻烦，觉得他们有时候是多此一举，一两年后回过头来你会觉得少了这些框架你已经很难干活了。
这个阶段还要避免的心态是能熟练地增删改查了，就认为写程序不过如此，然后往简历上填个精通，这也是新手面试被批得体无完肤的原因之一。
如果你学得好，这会应该能熟练地写个博客啊，小论坛啊之类的WEB项目了，也就是达到了就业的基本要求。
接下来就没有固定模式了，你的第一家企业对你的影响会很大，我见识过烂企业是如何毁新人的，用着设计恶劣的架构，老掉牙的技术，不断地耽误新人的成长。
有的员工在这种企业一呆数年，思维已经完全被错误观点定型，深陷于公司业务和老系统中疲于奔命，看似能解决问题，却无法给公司带来真正的进步，就像一个用了数年砍刀的人，就算再熟练，刀法再好，也打不过用枪的。
如果离开了这个公司，恐怕很难在这个行业再立足。
记得有个说法很好，一个人用10年的时间重复做头一两年做的事，你的真实工作经验其实还是一两年。
烂公司的老员工就是如此。
在这头一年里，定个标准吧，你应该能做到的有：
把一些常用的琐碎技术学会了，比如xml的作用和实际运用，如何操作文件，如何运用日志，如何简化封装常用的工具类，比如日期操作、编码处理、分页模块等等，这些小东西会占用你大量的时间去处理摸索。
把数据库用好。
数据库不是会增删改查就可以了的，你要关注事务设置是否合理，是否有可能产生脏数据，是否要动用乐观锁悲观锁等等，重要数据出了错，无论是技术上还是业务上都是很麻烦的事。
懂得什么是集群，什么是分布式，懂得怎么向别的系统发请求，交换数据，webservice。
如果你也写页面，你要会用JAVASCRIPT，不一定要很深入，你可以用JQUERY代替，做到无刷新的页面操作以及AJAX请求。
第一年能达到这个程度，你绝对已经在平均水准之上了。
在我达到这个水平时，我有种似乎一切网站开发都不在话下的感觉，当然后来我很快就发现了我还差得太远太远....
这个阶段想面个高薪的`工作还是很难的，只能说达到温饱线了，不用为柴米油盐发愁。
下一个阶段，你应该考虑你的代码质量了。
多线程和异步、并发的概念会忽然变得很重要，因为在一个对性能有要求的系统里，是不会允许你把各种琐事都排着队一件件去办的，你不能老写些a方法调b方法再调c方法再调d方法然后返回的代码。
你开始想起有队列这种东西，有runable这种东西，你开始觉得自己的代码高端起来了，和当年的增删改查程序员有天壤之别。
但同时麻烦也来了，你开始遇到线程安全问题，尤其是当你的程序跑在一个多机环境而不是单机环境里的时候，你会对这些很头痛。
对于这些问题，Jms技术是个很有代表性的东西，当然并不像ssh那么常用。
你会发现数据库性能实在不行，出于不甘现状，或者赶时髦，你该去了解nosql了，memcached redis mongodb，眼花缭乱，没关系，试着用用，能很好地缓解mysql之类关系数据库的压力。
出于公司某些业务需要，你可能会钻研一个特定技术领域，比如全文搜索技术，lucene\solr，比如工作流jbpm，比如权限系统，单点登陆之类的，又或者某些特定业务领域的算法研究，这些是你的加分项。
你开始发现你的代码很乱，久了以后自己都看不懂，重复的，难以重用的代码堆积如山，不想维护，BUG百出。
于是你要开始重视设计模式，合理地改造下自己的代码习惯，不再被僵化的SSH，MVC三层架构束缚住。
Google和各种资料是你进步的动力，极少再遇到必须请教别人才能解决的问题，如果你这个阶段还老是问别人，你的技术生涯也就快到头了。
这个阶段，如果你的交际和自我推销能力不是太差，你的收入将是白领水平，至少接近了。
我觉得多数程序员在工作多年之后都能达到这个水平，有的人只需要两年，有的人却要用上五六年，在这个阶段落伍的人，有的是出于天赋和思维所限，有的是出于对技术缺乏热情，有的是出于工作内容的制约。
等到年近中年，再也拼不过年轻人，被淘汰出局，只能在自嘲为屌丝和码农的无奈中黯然转行。
这是个很重要的分水龄，你能不能继续进步，能不能在30岁以后继续从事技术工作，能不能在公司里独当一面，我觉得就看你能不能超越这个阶段了。
我前面提到的烂公司里的工作数年的项目经理，连这个层次都还没达到...
接下来又是个全新的阶段。
你要读读优秀开源项目的源码，你要搞懂一些当年不懂的基础知识，你开始理解thinking in java的精髓，你能写一些底层的代码，有时还会觉得自己封装的比某些开源工具更好用更简单。
WEB的难点和重点永远都在于性能、负载能力上，而现在网络的发达造成了数据量和操作密度的大大上升，硬件却没有相应的进步，你得试着更好地运用更多的服务器来协同工作，从WEB端到服务端到数据库，全都需要集群，需要分布式，需要合理的控制数据的流向，掌握好网站上下，一大堆机器的平衡，找出性能的瓶颈，找出稳定性和安全性的瓶颈，硬件出现故障，第三方技术出现错误，将被当成家常便饭融入到你的系统和代码里仔细考虑。
开始觉得方案无比地重要，一将无能累死千军将不断应验，一个不好的设计，一个不好的方案，会让一群优秀的程序员工作成果大打折扣。
你要关注架构知识，不能再满足于SSH三层架构到底。
领域驱动设计，面向事件开发， 敏捷开发等等一系列的思想在关键时刻能决定你项目的生死，这个阶段不再有标准范例让你照抄，你只知道思想和原理，实践却需要自己不断尝试和改进。
多关注各种杂七杂八的开源技术，有些你可能前面已经接触过了，和通信有关的，和集成开发环境有关的，和架构有关的，各个领域你都应该能信口说上几个主流技术，虽然你可能只是听说过，了解，但关键时刻你得知道如何 去选择技术，并快速掌握它。
你还会去考虑尝试下别的语言，这里不是说转向什么C++ C#之类的，那和JAVA程序员不相干，我说的是一些运行于JVM之上的语言，比如scala和groovy，初识他们时你会觉得java真的老了。
但当你回到一个综合性的大型项目中，又会觉得java积累下来的整个体系技术是如此完善，就像一个工业化标准一样。
你能把这个阶段实践好，胜任项目经理，乃至中小公司的技术总监都是可以的。
不知不觉写了这么多了，以上是我个人眼里的一般向JAVA EE发展线路，限于篇辐也不全面，实际个人成长路线可能因为工作内容的不同差异会很大，有的人偏向了底层研究，有的人偏向了业务需求设计，有的带有浓重的行业色彩，而且技术之外，还有很多知识也很重要.
做JAVA没有轻松的方向，但一个对技术抱有兴趣的人，走到这一步时，仍然会对开发抱有热情，想要写出好的项目。
纯为了生计而工作的程序猿是走不到这一步的。
【java项目总结范文】相关文章：
1.java项目总结