java項目總結報告

java工程總結報告【1】

要開頭入手一個新的javaweb應用應當遵循這樣一個原則

1、首先是整體框架，也就是通常所說的三層構架：

數(shù)據(jù)庫+應用效勞器+應用

2、其此是框架各個局部所處的環(huán)境，就是數(shù)據(jù)庫，應用效勞器的os都是什么，怎么溝通，怎么在對應os下調配數(shù)據(jù)庫以及應用效勞器。

3、再次應當是應用效勞器和數(shù)據(jù)庫的連接，這點很重要，要查找相關資料怎么配置應用效勞器和數(shù)據(jù)庫連接，以及使用的數(shù)據(jù)庫連接池技術。

4、然后才是了解應用的構架，也就是所謂的工程源碼了，詳細使用了那種mvc模式，使用了什么日志工具，測試工具、編譯工具，還用要是你去熟識一個公司的工程的話，這個公司可能有自己的web相干開發(fā)工具

我用visio做了一個圖形應當是這樣的挨次

用我最近的詳細例子來做說明吧：

1.首先是3層構架

數(shù)據(jù)庫是mysql，應用效勞器是resin，應用根本上是struts+hibernate，這里明確了學習目標應當是：

mysql的相關使用方法

resin的相關使用方法

2.其次是os數(shù)據(jù)庫和應用效勞器放在一臺主機上，OS是linux，但是日常的開發(fā)環(huán)境是windows，所以用到了常用的ssh對主機進展治理，這里明確了學習目標應當是：

Unix相關命令

Ssh的使用方法

3.然后是數(shù)據(jù)庫和應用效勞器的連接方法，使用mysql的jdbc接口，這里明確了學習目標應當是：

Resin對數(shù)據(jù)庫連接的配置方法

Mysql對數(shù)據(jù)去連接有什么要求

4.最終是應用代碼層

這層應當是最終學習，但是我們往往習慣對整個系統(tǒng)沒有弄清框架就開頭這層的討論，這就導致在討論中不斷消失有關框架的各種問題，而又要中斷當前學習，開頭查找另一個資料。

我開頭就犯了這個毛病，所以進度緩慢。

這里我的工程使用了hibernate+struts作為根本框架，用Ant進展編譯公布工作，使用eclipse作為ide，另外用到的java工具有jfreechart,quartz等，再有自己公司開發(fā)的web框架工具包

這里明確了學習目標應當是邊參照源碼一邊學習Struts，hibernate，ant，eclipse，jfreechart，quartz，自己公司的工具包，然后再在數(shù)據(jù)庫的角度對整個業(yè)務規(guī)律做出理解。

固然，以上四步中確定是有些工具和技術已經把握了，我們所要面對的是我們沒有把握方面，然后最終到達把握系統(tǒng)的目的!要留意我們的目的是上手新平臺不是學習新技術!

java工程總結報告【2】

在通過將近一個月的工程中，使我學到咯許多的東西，也讓我看到了我自己的一些在學問上缺乏，也將使我在后面javaweb的學習中還要更加努力，以便在以后能找到自己適意的工作，也不枉費在朗沃9個多月的學習，在這次工程中讓我學到了許多的東西，不只是代碼上的學問，也學諜咯java框架上的一些根本東西，還有層次構造的好處和又來，比方：MVC思想，MVC的又來有開頭的兩層構造到三成構造的過度以及兩層構造的優(yōu)缺點，以及現(xiàn)在流行的三層構造的優(yōu)缺點，DAO模式的應用，對象的封裝，socket通信的原理以及用socket發(fā)送對象等許多的學問點，怎樣實現(xiàn)封裝使得更好的愛護數(shù)據(jù)，實現(xiàn)java的三大特點，使代碼的耦合度降低提高內聚力類和類之間的依靠性降低使模塊和模塊之間的層次清楚，實現(xiàn)代碼的復用和實現(xiàn)構造的復用使得開發(fā)一個系統(tǒng)的性能更加的優(yōu)異。

在這次工程中使我對java面對對象的熟悉有了更時刻的印象，對“萬物皆為對象岜整個理念有更深層次的理解，通過和教師的溝通和上網了解的一些學問，其實搞軟件的實質并不使在代碼上實現(xiàn)一個什么什么的功能，你只要情愿去著你用你所學的學問確定能夠實現(xiàn)某一個功能，但學軟件的最根本使分析和設計，所以現(xiàn)在市面上會設計的人才使最來錢的人，在軟件開發(fā)的生命周期中編碼其實使占很小一局部工作，數(shù)據(jù)庫設計人員和java的框架技術人員使很賺錢的，也只有對在對象上有更多的了解你才能從代碼層次上上升為另一種理念過后你才能在以后的編碼中設計出更加優(yōu)異和性能更高的代碼，也只有這樣那么你將來才有可能成為一個合格的程序員(不時編碼高手)，在二個工程中的開發(fā)中使我團隊開發(fā)軟件上有了了解，也使我了解了在團隊開發(fā)軟件的時候的一些留意點，不能任憑更改類名，方法名悻變量及其修飾符，假如你一時興起該了的話那么在工程融合的時候問題時機層出不窮，就有可能使你的工程失敗，所以標準時很重要的，代碼的標準將很大層次上的說明你對代碼的熟念度。

在這次工程中使我對層次模型有了了解，在你那到一個工程文檔的時候你比不使立刻就開頭編碼而是，找到每個層次上類，找到邊界類，依據(jù)相應的業(yè)務設計出數(shù)據(jù)庫原型，在數(shù)據(jù)庫原型出來之后在設計數(shù)據(jù)庫的表和表之間的關系，只有層次模型在你腦海中有深刻的印象的時候那么你的編碼固然也就很順當?shù)膶崿F(xiàn)，層次模型一旦建立那么你代碼上實現(xiàn)就圍繞這個架構來寫，那么你的系統(tǒng)才有可能勝利，這樣在添加業(yè)務或者使更改業(yè)務時才很便利更改一個地方不會影響到其他的”層次，這樣才有可能提高你系統(tǒng)的敏捷性和擴展性，這也時衡量一個系統(tǒng)好壞的標準，在這次工程開發(fā)中用到咯大量的配置文件比方：用屬性文件來建立socket連接，用xml文件在找業(yè)務類，這樣有使我對配置文件的好處又有了肯定的了解：合理的使用配置文件時提高代碼敏捷性的一個方面，在建立套節(jié)字連接的時候用配置文件可以很便利的更改我在那個端口號上建立連接，在看不到源代碼的時候我也可以更改在其他端口上建立socket連接，在業(yè)務的時候用xml文件來找相應的業(yè)務類，這樣就可以在還要添加業(yè)務的時候只需要在xml文件中在添加業(yè)務，在寫起相應的代碼就可以實現(xiàn)，用配置文件找業(yè)務還又一個好處就是在調用業(yè)務的時候不用對業(yè)務類靜態(tài)的創(chuàng)立一個對象，而是用反射的方式找到調用那個方法，而是在程序執(zhí)行的時候在創(chuàng)立對象在對象用完之后在釋放資源，這樣就可以削減電腦內存的消耗，使得程序的性能更加優(yōu)異。

同時也增加了代碼的敏捷性。

在用JDBC獲去數(shù)據(jù)庫連接對象的時候，其實時很有學文的咯，你假如在用連接對象的時候就要數(shù)據(jù)庫建立連接對象，在用完諸后就關閉連接對象，在許多用戶同時來運行你的系統(tǒng)的時候，就將產生許多的連接對象，這樣有使得你的系統(tǒng)性能降低，很好的解決方法就是用數(shù)據(jù)庫連接池：在程序啟動的時候就建立最大連接和最小連接，當多用戶懇求的時候只需從數(shù)據(jù)庫連接池中那出連接對象，這樣就可以削減屢次連接對象，開頭在最大連接對象和最小領接對象的選擇上又有了問題，創(chuàng)立最大連接時多少呢?最小連接有是多少呢?假如一開頭最大連接數(shù)過多，而用戶有很少那么就鋪張資源，并且系統(tǒng)啟動將會很慢，假如最大連接數(shù)過少那么程序啟動很快但在啟動后運行程序時有會很慢，最小連接數(shù)假如很小，那么在許多客戶訪問的時候將會很慢，合理利用數(shù)據(jù)庫連接池將會很大局部的提高程序的性能、在這次工程還用到了日志文件來記錄錯誤信息，在這次工程中還用到了許多的學問點我就不一一的在這里列舉了。

順便給大家?guī)椎烂嬖囶}(是前面部的同學給我說的)：

1、談談final、finally、finalize的區(qū)分。

2、HashMap和Hashtable的區(qū)分。

3、說說你對ejb的熟悉。

4、GC是什么?為什么要有GC?

5、談談你對抽象類與接口熟悉?

java工程總結報告【3】

時間如梭，兩周過得真快。

前幾天伍老說由于教材未到工程要延遲一周突然教材到了,我們立刻要完畢工程開頭新的起點了。

聽許多同學說很想補習一下JAVA結果沒有時機了。

其實這就是所謂的鏈帶反響。

由于大家都知道在工程開發(fā)時遇到許多問題知道原來學得是那么的不仔細，不刻苦。

這些都讓我意識到在Web時應當仔細的學習。

這可能是我在工程中體會最深的吧!

下面簡潔的談談我的工程感想吧。

首先想談的是我們?yōu)槭裁磿鲞@個工程，許多培訓學校都會在每學完一個階段就有工程的任務。

原來我所在的那個培訓學校也不例外。

原來對工程不怎么重視，覺得那是作業(yè)只要能把工程提交了就OK啦。

現(xiàn)在認真想想往往不止那么簡潔。

只要但我們了解它的目的才能更加的學習他。

我們現(xiàn)在是JAVAOO所以我認為學校的這次工程主要是想讓我們對代碼嫻熟，增加我們的代碼量，JAVAOOP的熟悉。

胡教師說現(xiàn)在的工程與原來的目的有所不同。

比方現(xiàn)在我們連《工程需求開發(fā)說明書》都沒寫。

全部許多同學存在對工程不了解，固然這主要也是我們自己的緣由。

我們現(xiàn)在完成工程后只要能到達學校當時的目的就完成90%了。

我個人覺得其實對JAVAOOP的理解是最重要的。

其次談談我是怎么做的這個工程，學校本次的主要任務的讓我們熟識代碼，了解JAVAOOP所以我們沒有寫《工程需求開發(fā)說明書》。

記得第一次張教師說這個工程時當時腦袋暈乎乎的對這個工程不怎么了解。

現(xiàn)在最終完成了工程固然對工程也有了一些了解。

工程過程中我們主要是在上理論課時張教師講解PPT，PPT上時我們當天工程中能用到的學問點并且都是經典。

在這期間我和其他同學一樣有些苦痛開頭對工程不了解，然后到了解工程整個流程最終思索為什么學校會這么設計這個工程。

這些都是很讓人很苦痛的。

最終我們通過工程有哪些感想，第一學問點：這和許多同學一樣，在工程過程中感覺自己不管是在在代碼方面還是思想方面都欠缺的太多了，學問點把握的不牢靠。

其次JAVAOOP。

沒有理解OOP中某些概念或者對它們了解不深。

第三工程設計：在DA