▼前端开发实习总结篇一

今天就简单聊聊上面的Struts+Spring+Hibernate吧。

Struts 代表：表示层;Spring代表：业务逻辑层;Hibernate则代表持久层。他们是目前在Java Web编程开发中用得最多的框架，其实这样区分是为了适应软件开发过程中各个分工部门之间保持一致性的需要。说得简单点就是大家都在一个模式下写代码，这样就能保证写出来的程序能被每一个人都能够读懂，而且有些基本的东西它可以自动帮你生成，不用你自己一个一个的敲了，达到了代码复用。这样保证可读性的同时也提高了开发效率，从而降低了成本。Struts这个框架其实就是Java MVC设计模式中(简称Model1与Model2)Model2的一个具体实现，Spring 则通过提供ICO(控制反转，也称依赖注入)实现了对对象甚至事务(如声明式事务)的集中管理，此外还引入了AOP(对向切面编程)，当然也完全兼容其它框架。Hibernate吗，就是一个实现对象与关系映射的中间件，大家知道，现在的主流数据库还是关系型的，但编程却已经采用了面向对象的思想，如何让编程人员能像操作对象一样，操纵数据库里的数据呢?Hibernate就是这样一种框架。以前Java程序员与数据库打交道都是通过JDBC，还要写 SQL语句，不过Hibernate彻底改变了这一切，它在JDBC之上又作了一次封装，从而实现了不用写SQL语句就可以实现操作数据库。

值得提醒的是，这三个框架都是轻量级的，没有侵入性或者侵入性很低，不像EJB这样的重量级框架，它们都能最大限度的实现代码的可复用。

▼前端开发实习总结篇二

以前在校很少自己做程序，对软件工程更是一无所知。来到公司，开始接触"大规模"(其实现在看来实习的项目其实还是很小的)软件开发，一时真的有些迷茫。比起VSS，MVC，QA，CMMI，我对JAVA，JSP，XML的一窍不通根本不值一提。大家都不想输在"起点"，所以都默契地在加班，这样一直持续了实习的两个月。

刚来的时候"始业教育"显得慢吞吞，我们还经常盘算去哪哪玩之类的。我和FLYSKY(20个新生里唯一一个南区的兄弟，软件学院的)还经常出去吃各种小吃，每到一处都尝尝本地的风味,这是他的习惯。之后开始的培训还不是很难过，JAVA，C++，ORACLE，老师们讲的很"好"，可以说是非常好，好得我们没有几个人能听懂。大家开始发愁，我也是每天晚上都基本看书到10点。

"我心说得亏哥们我还练过"，来之前的2月份我就自己买了一本THINKING IN JAVA，看懂看不懂怎么说也算是准备了一下JAVA，C++虽说没去上过课，但凭我的直觉我就一下看中这东西很有用，自己也看过一阵.至于ORACLE，虽然不了解，但毕竟因为佩服"云飞扬"的性格和敬业精神，咱SQL选修也不是白混的。专业倒还有点"基础"，再加上咱这自学能力也不是吹的，基本维持。可等到后来的日语课就全迷糊了：本就没有语言天赋，再加上记忆严重欠缺，总是特别害怕去上日语课。不过特别喜欢那个老师说话的感觉，加上她一直对我都很好，所以还是很用心的学着。

随着培训的收尾，我们开始正式进入项目。从需求分析,概要设计到详细设计，我们一步一步的开始接触软件开发的每个细节。最受不了的就是每天都要记"周报"，填写自己的劳动成果。因为这个我还被QA通报了好几次呢，真的很郁闷。其实现在我很感谢这种制度化的东西，某些情况下好习惯的养成是要靠强制来确保的。详细设计之后就是企盼已久的编码，我心想终于可以做点"正事"了。现在回头一看才知道，其实编码只占软件开发的整个过程劳动量的1/4左右，而且其他的环节也不是想象中的那么无足轻重。

编码我其实做的很不好，主要是因为需求分析阶段就没有认真仔细的理解需求和规格说明，加上编码时一个关键时段我回校和老同学叙旧。那阵项目经理(PM)就经常和我们说，"有问题自己想办法，不要经常问我"。PM其实是在叫我们自己酝酿，遇到难题只有"憋"一"憋"才能有真的收获。而我不在的那三天正好是大家技术/思路上的一个"跃迁"，很多难题的解决方法都基本成熟，大家的编码也接近50%了，所以回来时我感觉已经掉队很多。再一个就是编码中期时机器出问题，环境搭不上了，这使我更加紧张和急躁，大大影响了我的士气。后来利用五一其间的加班我终于赶完了自己的模块，达到了第一个里程碑。其实从发现落后到加班赶完这段经历，对我来说也具有里程碑的意义。不仅考验了我自己的能力和心理素质，也证明了我对集体的责任感和合作意识。我可以叫别人来帮我做赶上进度，但那样我会错过自己学习的机会，以后再遇到难题我还是不行;我也可以硬着头皮导致项目延期，那样我以后的日子保证不好过，而且这么做也不符合我的性格。事实证明我顶住压力独立完成任务不管是对集体还是对我个人都是一件大好事。

▼前端开发实习总结篇三

在科技高度发展的今天，计算机在人们之中的作用越来越突出。而c语言作为一种计算机的语言，我们学习它，有助于我们更好的了解计算机，与计算机进行交流，因此，c语言的学习对我们尤其重要。

在这个星期里，我们专业的学生在专业老师的带领下进行了c语言程序实践学习。在这之前，我们已经对c语言这门课程学习了一个学期，对其有了一定的了解，但是也仅仅是停留在了解的范围，对里面的好多东西还是很陌生，更多的在运用起来的时候还是感到很棘手，毕竟，万事开头难嘛。

由于时间的关系，我们的这次实践课程老师并没有给我们详细的介绍，只是给我们简单的介绍了几个比较重要的实际操作。包括了程序模块处理.简单界面程序.高级界面程序.程序的添加修改.用程序做一元线性回归处理以及用c语言程序来画粒度分布图等这几样比较重要的时间操作。

上机实验是学习程序设计语言必不可少的实践环节，特别是c语言灵活、简洁，更需要通过编程的实践来真正掌握它。对于程序设计语言的学习目的，可以概括为学习语法规定、掌握程序设计方法、提高程序开发能力，这些都必须通过充分的实际上机操作才能完成。

学习c程序设计语言除了课堂讲授以外，必须保证有不少于课堂讲授学时的上机时间。因为学时所限，课程不能安排过多的统一上机实验，所以希望学生有效地利用课程上机实验的机会，尽快掌握用c语言开发程序的能力，为今后的继续学习打下一个良好的基础。为此，我们结合课堂讲授的内容和进度，安排了12次上机实验。课程上机实验的目的，不仅仅是验证教材和讲课的内容、检查自己所编的程序是否正确，课程安排的上机实验的目的可以概括为如下几个方面：

1.加深对课堂讲授内容的理解

课堂上要讲授许多关于c语言的语法规则，听起来十分枯燥无味，也不容易记住，死记硬背是不可取的。然而要使用c语言这个工具解决实际问题，又必须掌握它。通过多次上机练习，对于语法知识有了感性的认识，加深对它的理解，在理解的基础上就会自然而然地掌握c语言的语法规定。对于一些内容自己认为在课堂上听懂了，但上机实践中会发现原来理解的偏差，这是由于大部分学生是初次接触程序设计，缺乏程序设计的实践所致。

学习c语言不能停留在学习它的语法规则，而是利用学到的知识编写c语言程序，解决实际问题。即把c语言作为工具，描述解决实际问题的步骤，由计算机帮助我们解题。只有通过上机才能检验自己是否掌握c语言、自己编写的程序是否能够正确地解题。

通过上机实验来验证自己编制的程序是否正确，恐怕是大多数同学在完成老师作业时的心态。但是在程序设计领域里这是一定要克服的传统的、错误的想法。因为在这种思想支配下，可能你会想办法去"掩盖"程序中的错误，而不是尽可能多地发现程序中存在的问题。自己编好程序上机调试运行时，可能有很多你想不到的情况发生，通过解决这些问题，可以逐步提高自己对c语言的理解和程序开发能力。

2.熟悉程序开发环境、学习计算机系统的操作方法

一个c语言程序从编辑、编译、连接到运行，都要在一定的外部操作环境下才能进行。所谓"环境"就是所用的计算机系统硬件、软件条件，只有学会使用这些环境，才能进行程序开发工作。通过上机实验，熟练地掌握c语言开发环境，为以后真正编写计算机程序解决实际问题打下基础。同时，在今后遇到其它开发环境时就会触类旁通，很快掌握新系统的使用。

3.学习上机调试程序

完成程序的编写，决不意味着万事大吉。你认为万无一失的程序，实际上机运行时可能不断出现麻烦。如编译程序检测出一大堆错误。有时程序本身不存在语法错误，也能够顺利运行，但是运行结果显然是错误的。开发环境所提供的编译系统无法发现这种程序逻辑错误，只能靠自己的上机经验分析判断错误所在。程序的调试是一个技巧性很强的工作，对于初学者来说，尽快掌握程序调试方法是非常重要的。有时候一个消耗你几个小时时间的小小错误，调试高手一眼就看出错误所在。