計算機專業實習日記大綱

計算機專業實習日記

4-1 星期四

實習的第一天，感覺心裏空空的，畢竟昔日在學校的作息時間，一下子被工作所取代，還真有點不適應。其實在此之前我也作好了進入社會的準備，以前經歷過一次畢業，現在總比第一次畢業時“無所適從”的感覺要好很多，心態也放得更為平和。如果真要説點與眾不同的話，那就是明顯感覺到：多了一些信心與實在。

4-2 星期五

今天下班後回宿舍上機調試程序，一個java網站，用tomcat作服務器， 在被瀏覽器加載的時候總是無法顯示出來，頁面提示出錯信息：500錯誤。到服務器日誌查找原因，有一個“數據加載失敗”的提示。數據庫用的是sql serverXX，原以為是tomcat配置文件的問題，到網上查了很多相關資料，改了又改一直沒搞定，頭都大了，一直到12點才鬱悶的關機睡覺!

4-5 星期一

工作也兩三天了，員工也已熟悉，可惜他們都不是編程高手，要不我就可以直接向他們問一些我在做網站時遇到的難題了。唉，誰叫我找一個與專業不怎麼相干的單位來實習呢!可説歸説，事還得做：與客户交談，打電話詢問相關事宜，遇到好心的客户還好，不會刁難你，要是來了一個挑三檢四的就不好應付了，至少你得耍點小聰明，當然不能惹客户不高興，要不過後會接到老闆的“呼叫”的。其實最簡單的對付辦法也很簡單：你只管順着客户的意思，點頭即可!

4-6 星期二

最近到網上找了些視頻資料，看後很過癮，可看歸看，一動手寫代碼就傷神了。忘説內容了，其實看的就幾個與java編程相關的開源框架(struts+spring+hibernate)而已，不過涉及到的東西就多了，開發平台用的是eclipse+myeclipse，這個還好應付，裝上設一下環境變量就搞定，跟jdk差不多。難的是在這之上的插件的應用，要知道開源的東西特多，很多其實多差不多，但你卻不得不花時間去了解，而且版本的兼容性問題有時會讓你不知從哪處理是好。開源而且集成的東西用起來是好，感覺就是複雜了一點!尤其是面對一大堆英文文檔或者官方英文指導手冊時候，砸電腦的衝動都有呀!

4-7 星期三

今天就簡單聊聊上面的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這樣的重量級框架，它們都能最大限度的實現代碼的可複用。

4-8 星期四

今天根據經理給的項目，自己嘗試的進行修改!

4-9 星期五

轉眼幾天又過去了，工作的感覺也漸漸好了起來。值得高興的是，前些天説的網站數據庫加載失敗的問題也解決了。多虧了論壇朋友的解答與同學的指導，總結一下主要有以下幾個原因：沒給sql serverXX打補丁;數據庫連接文件中寫的密碼與sa用户登陸數據庫時的密碼沒保持一致;我用的是tomcat的最新版本6，估計有兼容性問題，所以換了版本5;還有就是一開始沒安裝微軟jdbc for sql serverXX的驅動程序，導致無法加載驅動類庫。幾天的工夫總歸沒白費!

4-12 星期一

今天裝了mysql數據庫，想給網站換個數據庫管理系統。説實話，用慣了sql serverXX感覺沒什麼意思了，就像總是用windows操作系統一樣，用久了就膩了!雖然sql語句兩者相差不大，但初次使用起來還是有點具有挑戰性，至少有新鮮感，並促使你不斷學習。

遇到的最頭痛的要屬數據庫的備份與還原了。在sql serverXX中，這非常簡單，點擊菜單即可。可在mysql裏，就不一樣了，可能我剛學，還沒上手吧。按照書上的操作把數據文件拷到mysql安裝目錄的data/數據庫名 文件夾下，重啟mysql，用客户端連接上，能顯示出來有表了，可執行select語句裏就出錯了：

error 1034 (hy000): incorrect key file for table 'ebs_book'; try to repair it

google百度了一上午都沒解決。只得到一些大概信息，如下：

frm、myi、myd分別對應myisam表的表結構索引數據文件;

frm,myd,myi是屬於mysql存儲數據的文件，phpmyadmin是無法導入的。 phpmyadmin支持的文件格式為sql文件。

frm格式 myd格式myi格式文件導入mysql中的方法： 導入到sql的data目錄

直接複製到新的數據庫下就可以了，這樣的文件是mysql用來存放表的文件，所以只能放到mysql的安裝目錄的data目錄下，而且如果你是要傳到空間上的話，基本上是無法恢復了，除非你把這些數據給空間商要他幫你恢復。 感覺像是判了“死緩”一樣，難道數據真的無法恢復了?

4-13 星期二

又是一個雨天，早上上班時間還下得很大，就沒起牀了。直接電話向經理請了假，説是頭痛下午再過去了，還好經理爽快的答應了，要不一去就會露餡現出原形的!

上午上網，下載了三個網站源碼，本想找個部署運行看下效果，結果一看，後台數據庫全不一樣：分別使用了三個不同的數據庫(sql serverXX、oracle、mysql)，很是無奈。 個人比較熟悉微軟的sql serverXX，可那個好一點源碼用的卻是mysql，突然有種把數據庫重建的想法，因為數據庫之間相互轉換的軟件好像一般都不好使，這可能是數據庫廠商之間的競爭造成的兼容性差所至。由於時間有限，這活便暫且被擱置下來。