原创 javascript:history.go()和History.back()的區別

  <input   type=button   value=刷新   οnclick="window.location.reload()">    <input   type=button   value=前進   οnclick="w

原创 JSTL&EL對Map集合的支持

1、迭代 Map的每個對象以key=value的形式給出 當forEach tag的item屬性中的表達式的值是java.util.Map時,在var中命名的變量被設置爲類型是java.util.Map.Entry的item。這時,迭代變

原创 只要覆蓋equals()方法,就應該覆蓋hasCode()方法

不一定需要覆蓋的..... 覆蓋hashcode類主要用要set集合裏面.. 在set集合中爲了確保集合元素的唯一性,集合中沒有重複的元素,插入的時候會用equals()方法按照內存地址來比較對象是否相等,當你的equals()方法沒有

原创 struts 使用多個配置文件 struts-config.xml

       在Struts 1.0中,我們只能在web.xml中爲ActionServlet指定一個配置文件,這對於我們這些網上的教學例子來說當然沒什麼問題,但是在實際的應用開發過程中,可能會有些麻煩。因爲許多開發人員都可能同時需要修改

原创 hibernate的動態更新(dynamic-update = "true")

       hibernate生成的sql語句只set,有變化的字段。這樣確實會從一定程度上提高性能。              可是 動態更新的問題是查詢和更新必須同時在一個相同的session中,否則hibernate無法判斷這是

原创 Java中的深拷貝(深複製)和淺拷貝(淺複製)

      深拷貝(深複製)和淺拷貝(淺複製)是兩個比較通用的概念,尤其在C++語言中,若不弄懂,則會在delete的時候出問題,但是我們在這幸好用的是Java。雖然java自動管理對象的回收,但對於深拷貝(深複製)和淺拷貝(淺複製),

原创 功能測試

       對於一個代碼單元,首先要測試它的基本功能。功能就是在某種輸入時應該產生某種確定的輸出。對於一個代碼單元,它的可能輸入通常是無窮的,顯然,把輸入的所有可能取值都進行測試,是不可能也是無意義的,我們應該用一定的規則選擇有代表性的

原创 跟隨界面滾動而浮動的樣式

樣式代碼: .floatbottom{ FONT-SIZE: 10px;  FONT-FAMILY: "Lucida Grande", "Lucida Sans Unicode", Verdana, Helvetica, Arial, s

原创 單元測試的效益

    不增加人力投入,不改變開發流程,不延長項目時間,不提高管理成本,如果要較大幅度地提高軟件產品的質量、降低開發測試及後期維護的成本,那麼,單元測試可能是最好的選擇。  簡單地說,單元測試的效益主要表現在:   1、保證局部代碼的質量

原创 測試用例

        測試用例是什麼?對於單元測試來說,一個測試用例,就是設定輸入數據,運行被測試函數,然後判斷實際輸出是否符合預期。   輸入數據就是前置條件,就是被測試函數執行之前的相關數據的初始值,具體來說,就是被測試函數可能要讀寫的數據

原创 網站前端優化一些小經驗

先說說目標,前端優化的目標是什麼,一個字:快.兩個字:更快.那麼下面我們來看看慢的網頁將會給我們帶來什麼: 1. 慢的頁面可能會網站失去更多的用戶. 2. 慢500ms意味着20%的用戶將放棄訪問(google) 3. 慢100ms意味着

原创 邊緣化框架【代碼片段】

function showBottomBframe(b){   if(b==1){      parent.cousterMainFrame.rows = "5%,95%,*";      parent.cousterFrame.cols

原创 jstl (struts bean、fmt等標籤) - 格式化輸出日期和日期型字符串

方法1:jstl <%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt" %> <%@ page language="java" contentType="tex

原创 常用的功能測試方法

功能測試就是對產品的各功能進行驗證,根據功能測試用例,逐項測試,檢查產品是否達到用戶要求的功能。常用的測試方法如下: <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:o

原创 單元測試的實施(以VU爲例)

    單元測試由誰來做?單元測試由測試部門來做還是由開發部門來做,是一個引起廣泛爭論的話題。我們的觀點是:由測試部門和開發部門共同來做:測試部門負責制定規範、培訓,並檢查測試效果;由開發部門負責具體的實施,最好是邊開發邊測試。   測試